|
锁定老帖子 主题：技术框架上的皮之不存,毛将焉附
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-04-22
yangyi 写道 hilliate 写道 nbkangta 写道 良好的设计永远大于实现，你们甚至不明白框架存在的意义 框架不等于设计，我赞同你的前半句话，但不敢苟同框架就是对所开发项目的良好设计，使开发简单化应该是我们的一种选择，简单化的同时提高的是开发效率，如果没有这种趋势，那么动态语言的兴盛就不会成为可能。 在开发中不选择框架基本是不可能的，但是，我们要选择什么样的框架？我们要基于什么基础来选择框架？ 我认为第一，看是否符合项目目标，第二，是否能让开发变得简单，第三，所选框架的运行效率是否能够接受。 引用 开发简单化的同时提高的是开发效率
这两个目标是一致的吧 引用 第二，是否能让开发变得简单，第三，所选框架的运行效率是否能够接受
这两个目标是互相矛盾的吧 引用 如果没有这种趋势，那么动态语言的兴盛就不会成为可能
所以是得不出这个结论的吧 简单有简单的道理，复杂有复杂的原因。人月神话的作者就认为没有银弹。还有所谓的框架这是解决问题的方法工具，没有上升到理论的高度，所以被抛弃只是他们不再适手了，没必要为此感怀，除非计算机网络和操作系统这些基础理论变了，至少面向对象方法论变了才值得我们去感慨 这两个目标是矛盾的，呵呵，但是没办法，必须要作出选择的，尽量在保证效率在我们能接受的范围之内，而开发又简单些，有何不可呢？ 呵呵，不再矫情了，可能是我的表述有些问题，其实本来也不应该有高下之分，呵呵，还是说欣赏楼主这样来看问题的。如果可以的话，可以多总结点框架的使用前提啊。 |
| 返回顶楼 | |
|
发表时间：2009-04-23
downpour说的对，什么啊，扯淡贴一个，没天理啊，还精华啊，哪个没长眼的！！！
|
| 返回顶楼 | |
|
发表时间：2009-04-23
皇帝没有穿衣服。
|
| 返回顶楼 | |
|
发表时间：2009-04-23
不管白猫黑猫，抓住老鼠就是好猫！
|
| 返回顶楼 | |
|
发表时间：2009-04-23
您的逻辑是对的，您的假设是对的。但是技术都在变化的，那么你的结论就没有意义了！
|
| 返回顶楼 | |
|
发表时间：2009-04-23
dvaknheo 写道 PHP 不能做到Web代码和后台都同一种语言，同一种思维。复杂项目如守护进程还需要 C/Java 程序员来写。 Java 能解决这个问题 现在的 PHP 程序证明使用其实所谓 Web 层面的 MVC 分离可以做得很简单。 不幸的是 PHP 框架却陷入 Java 的误区。 当初没有 ORM 出现的时候我们是怎么用 Java 做 web 开发的？ 当初的 JSP/ASP 把显示输出和 获取数据都混合在一起 我刚写 PHP 的时候也是 把读取数据库数据和打印这些数据混合在一起。后来看了开源的代码才赞叹用数组保存数据库数据的优美。 但是 Java 开发却跳过了这个。所有变化不一定是进化。 每个应用都是独特。的对程序员来说。改 SQL 比改 HQL 要更方便。如果认为 SQL 要经常改动，那可以放到配置文件里，实际上，很多应用都只需要固定的 数据库结构，固定的 SQL 代码。 用 POJO(哦，是这样拼写的么) 和 HashMap 关联数组没什么不同。 单纯的 setter/getter 和 hashmap 没什么不同 PHP用数组貌似是无奈之举吧，想想RUBY为什么不是数组吧。 改SQL的默认隐含大前提是，你把业务逻辑提取到了配置文件，基本依赖于SQL，这个大前提本身就是有问题的。 可能你没有真正了解Hibernate作者最初发明HQL的用意。OO？那是宣传用的。 你只能说贫血的POJO等同于HashMap，根本说明不了什么其它问题。 |
| 返回顶楼 | |
|
发表时间：2009-04-23
最后修改：2009-04-23
楼主的想法是好的，但是例子举得不恰当。
貌似楼主并没有在深入了解Hibernate和Spring的前提下，轻易的做了假设。 |
| 返回顶楼 | |
|
发表时间：2009-04-23
任何技术都会走向消亡，从而被新技术所代替，所以选择适合的就好了。
|
| 返回顶楼 | |
|
发表时间：2009-04-23
最后修改：2009-04-23
举的例子太牵强了。
用ajax跟jsp有什么冲突么？原来jsp都没有的，就是servlet。是从servlet里剥离出来的。有了RIA的概念，你还能把servlet给推翻了？ 还有EJB，不管用不用分布式，当时使用EJB至少很好的避开了消息驱动、并发等技术难点（开发人员不用操心那个了）。EJB针对非跨进程/跨虚拟机的交互也是有简化方式的（意即：它并没有把所有的都一概按跨进程的方式实现）。RodJohnson说“EJB是个很差劲的技术”，这么看，即使涉及分步式，EJB也未必就合适了。 希望开发新手不要把本文当真了（尤其还是精华帖），容易被误导。 选择使用什么框架或技术，需要了解这个框架和技术的优缺点。对技术理解的比较深入的，自会去判断。技术还不熟的（更谈不上理解），跟风也不失为一个保险的做法。 |
| 返回顶楼 | |
|
发表时间：2009-04-23
开了个哲学话题，结果引来了唯心的，唯物的，各类虚无主义，素食主义，讨论来讨论去，又是一个不了了之的精华贴。我还是上电脑DIY圈去扯吧，至少谈“硬件”的比较实际。
|
| 返回顶楼 | |
