该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-03-08
It must be very careful when comparing something with another. Somebody did the same and was blamed by Spring team a while ago. http://blog.springsource.com/main/2007/11/09/a-response-to-ejb-3-and-spring-comparative-analysis/
Some of the comparison to spring in this article is invalid. Please look at the latest spring 2.5 annotation support. |
|
返回顶楼 | |
发表时间:2008-03-08
another thought: to judge if a 开发框架 is 有前途, the key is to see what team is running behind and how it compares with other teams.
|
|
返回顶楼 | |
发表时间:2008-03-09
问一下Robbin:
感觉你以前极力推荐Rails,现在又推荐warp,不知在实际项目中你会选择那个. JavaEye3.0还是用Rails做,能不能用Warp做呢? 能否分析一下这两个框架各自优势么? Warp和Rails比,谁的效率高? |
|
返回顶楼 | |
发表时间:2008-03-09
xpf7622 写道 问一下Robbin:
感觉你以前极力推荐Rails,现在又推荐warp,不知在实际项目中你会选择那个. JavaEye3.0还是用Rails做,能不能用Warp做呢? 能否分析一下这两个框架各自优势么? Warp和Rails比,谁的效率高? 好像记者提问阿.尖锐. 回答往往是:适合你的项目和团队的,就是最好的. |
|
返回顶楼 | |
发表时间:2008-03-09
xpf7622 写道 问一下Robbin:
感觉你以前极力推荐Rails,现在又推荐warp,不知在实际项目中你会选择那个. JavaEye3.0还是用Rails做,能不能用Warp做呢? 能否分析一下这两个框架各自优势么? Warp和Rails比,谁的效率高? 好的工匠精通各种工具的使用,他知道在什么情况下用什么工具适合做什么家具; 差的工匠永远只会手里拿着一把锤子,用这把锤子去锤所有的东西,你今天告诉他Java这把锤子做书柜好,他就拿Java这把锤子锤所有的家具,明天你告诉他Rails这把锤子做桌子好,他就把Java这把锤子扔掉,用Rails这把锤子锤所有的家具,后天你告诉他Java这把锤子做大衣柜很合适,他又把Rails锤子扔掉,一边用Java锤子锤桌子,一边疑惑的问你?你不是说要用Rails锤子的吗?怎么现在又用Java这把锤子了?然后他又不依不饶的问你,你给我比较比较究竟是Java锤子好用,还是Rails锤子好用?谁有前途,谁做家具的效率高?我究竟该用哪把锤子锤所有的家具呢,究竟该扔掉哪把锤子呢? 所以这种问题根本就是错误的问题,好的程序员要具备很强的快速学习能力,深入了解常用编程语言和框架优势劣势和适用的场景,然后根据实际情况去灵活的选择。而不是企图孤注一掷的寻找一种所谓的万金油编程语言,然后死抱着不放,企图用它干任何事情,眼睛里面容不下任何其他技术。 |
|
返回顶楼 | |
发表时间:2008-03-10
说的好(我也承认不同技术就用于不同场合)。但是不管怎样,网上针对各种框架比较以及争执。目前Rais还不能成为主流,我只是想问一下,Warp框架开发效率会不会和Rails差不多(没用过,但感觉静态语言的框架再怎么优秀也不会赶上动态语言的效率:比如warp及Spring)?
另外,Rails框架和Java框架(Spring等)各自应用应该有个度。但这度往往把握不好。我还是比较看好一个观点,各种语言混和编程。 (目前有个小型 目,事务访问量等要求不那么严格,还是想试一下Rails)。 |
|
返回顶楼 | |
发表时间:2008-03-10
xpf7622 写道 说的好(我也承认不同技术就用于不同场合)。但是不管怎样,网上针对各种框架比较以及争执。目前Rais还不能成为主流,我只是想问一下,Warp框架开发效率会不会和Rails差不多(没用过,但感觉静态语言的框架再怎么优秀也不会赶上动态语言的效率:比如warp及Spring)?
另外,Rails框架和Java框架(Spring等)各自应用应该有个度。但这度往往把握不好。我还是比较看好一个观点,各种语言混和编程。 (目前有个小型 目,事务访问量等要求不那么严格,还是想试一下Rails)。 开发效率肯定是Rails比Java要快的多,只不过开发效率并不一定是唯一的衡量因素,比方说程序员的编程语言熟悉程度、维护的成本都是要考虑的因素,所以最终用Java也不要觉得有啥不好意思的。 在一定要用Java的前提下,基于Google Guice/Warp显然要比Spring简单易用的多。 |
|
返回顶楼 | |
发表时间:2008-03-10
robbin写的文章都很有水平.介绍得好.
|
|
返回顶楼 | |
发表时间:2008-03-11
如果用SEAM + JSF(Faclets, 开发自己业务模型组件) + JPA(HB) + EJB3 做项目,
开发效率即不高, 运行效率也不怎么样.... |
|
返回顶楼 | |
发表时间:2008-03-11
看楼主的介绍,的确值得一看,有时间要研究下
|
|
返回顶楼 | |