论坛首页 Java企业应用论坛

我们应该怎样看待框架

浏览 27812 次
该帖已经被评为精华帖
作者 正文
   发表时间:2009-04-29  
sslaowan 写道
pipilu 写道
莫非你们看了“根书”的“根书”竟然能读那么多的书,有没有提高“根书”阅读速度的“根书”?

木有,我看一本根书得花一个月的时间,看几页,合上书,想想,或者是写写代码,因为是根书,所以很多概念都没听过,得理解半天,所以必然慢。
读完根书再读其他书就快了那是因为那些概念你都见过了,很多东西你自己都思考过了。因此根书要认真读,细细读,浮光掠影的读是没用的,看其他书还是慢,还是看不懂。


嗯。谢谢分享。:)
0 请登录后投票
   发表时间:2009-04-29  
这个东西具体情况具体分析吧

不见得用spring之类的就好

我经常会问别人 为什么用这个啊 ??这样有什么好处啊

回答多数是“为了以后扩展啊…………”

好长好长时间过去了,我也没见有什么扩展。
0 请登录后投票
   发表时间:2009-04-29  
框架:  选择一个, 使用他, 然后忘记他
慢慢领悟吧.
0 请登录后投票
   发表时间:2009-04-30  
将grails作为框架选择的话,最大的问题就是:他是grovvy而不是java.....
0 请登录后投票
   发表时间:2009-04-30  
neora 写道
将grails作为框架选择的话,最大的问题就是:他是grovvy而不是java.....


我在想,难道用Java,做不出一个Rails那样的框架吗?
0 请登录后投票
   发表时间:2009-04-30  
wendong007 写道

说到Hibernate,真不知道这东西为什么能火起来,不是说这东西不好,而是我觉得中国90%的Java程序员根本没有能力用好Hibernate,在这样的背景下用Hibernate,除了给自己添麻烦,我实在想不到还有什么用处


你在裸JDBC时代,有过开发经历吗,你在EntityBean时代,有过开发经历吗?
0 请登录后投票
   发表时间:2009-04-30  
sslaowan 写道
neora 写道
将grails作为框架选择的话,最大的问题就是:他是grovvy而不是java.....


我在想,难道用Java,做不出一个Rails那样的框架吗?



我感觉是这样,Rails本身遗弃了一些java语言的繁冗东西,感觉就是个Elit版的框架,主张全栈式mvc,摒弃领域层
我倒不认为Rails对于传统框架是一种进化
框架本身的思想也是需要语言特性支撑的
就像Rails这样特别适合动态语言来实现的框架,但是如果想用领域驱动设计的话,可能很难把模型和实现紧绑定
总而言之选什么框架,完全看业务是否复杂到那个程度
java就是引入了一个复杂的方法来解决更加复杂的问题
倘若问题很简单,java的方法并没有简单多少,这个就不划算
0 请登录后投票
   发表时间:2009-04-30   最后修改:2009-04-30
neora 写道
wendong007 写道

说到Hibernate,真不知道这东西为什么能火起来,不是说这东西不好,而是我觉得中国90%的Java程序员根本没有能力用好Hibernate,在这样的背景下用Hibernate,除了给自己添麻烦,我实在想不到还有什么用处


你在裸JDBC时代,有过开发经历吗,你在EntityBean时代,有过开发经历吗?

人生不幸赶上过这两种开发
1.jdbc 人类的想象力毫无约束...
什么样的sql都能屏空拼出来.200行的字串append那是常规....
还有2K行左右的储存过程过来添乱.....
查找关闭连接也是一件脑袋 的活.

2.Ejb那叫一个慢....
如果写一行EJB-QL有两个拼写错误
那么你一上午应该就干不了别的了.
一个错误找一周是那么的平常
以至于人品成为一个程序员水平高低的标准之一
0 请登录后投票
   发表时间:2009-04-30  
抛出异常的爱 写道
neora 写道
wendong007 写道

说到Hibernate,真不知道这东西为什么能火起来,不是说这东西不好,而是我觉得中国90%的Java程序员根本没有能力用好Hibernate,在这样的背景下用Hibernate,除了给自己添麻烦,我实在想不到还有什么用处


你在裸JDBC时代,有过开发经历吗,你在EntityBean时代,有过开发经历吗?

人生不幸赶上过这两种开发
1.jdbc 人类的想象力毫无约束...
什么样的sql都能屏空拼出来.200行的字串append那是常规....
还有2K行左右的储存过程过来添乱.....
查找关闭连接也是一件脑袋 的活.

2.Ejb那叫一个慢....
如果写一行EJB-QL有两个拼写错误
那么你一上午应该就干不了别的了.
一个错误找一周是那么的平常
以至于人品成为一个程序员水平高低的标准之一


但是我还是觉得经历过EntityBean的人是幸福的
0 请登录后投票
   发表时间:2009-04-30  
unsid 写道
抛出异常的爱 写道
neora 写道
wendong007 写道

说到Hibernate,真不知道这东西为什么能火起来,不是说这东西不好,而是我觉得中国90%的Java程序员根本没有能力用好Hibernate,在这样的背景下用Hibernate,除了给自己添麻烦,我实在想不到还有什么用处


你在裸JDBC时代,有过开发经历吗,你在EntityBean时代,有过开发经历吗?

人生不幸赶上过这两种开发
1.jdbc 人类的想象力毫无约束...
什么样的sql都能屏空拼出来.200行的字串append那是常规....
还有2K行左右的储存过程过来添乱.....
查找关闭连接也是一件脑袋 的活.

2.Ejb那叫一个慢....
如果写一行EJB-QL有两个拼写错误
那么你一上午应该就干不了别的了.
一个错误找一周是那么的平常
以至于人品成为一个程序员水平高低的标准之一


但是我还是觉得经历过EntityBean的人是幸福的


不知道Oracle OAF里面那个Entity是EJB还是Toplink,那些看上去强大灵活的工具,实际上都是骗人的。
另一个例子是IBM的WID,写个BO,一测试,启动服务器得花10分钟,基本上就光启动服务器玩了。

我就给我们项目组的人算过,你启动一次服务器3分钟+手工测试1分钟,每改一点花10秒,都要启动服务器测一下,那改个10次,光启动服务器就浪费了40多分钟,编代码时间100秒钟,差了24倍,也就是每编写一小时代码,就有25小时在等着服务器启动和手输测试数据,这多可怕啊。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics