2007-04-05

还是放弃了Ruby and Rails，选择了Groovy and Grails

关键字: Grails

还是放弃了Ruby and Rails，选择了Groovy and Grails。

原因如下：

1 习惯了Java的书写方式，用起Groovy来感觉很自然，虽然Ruby写起来也不费劲。

2 Groovy代码和Java代码的互操作性确实很方便，这样目前的大量Java程序库可以很容易的在Groovy里使用。

3 Grails工程能直接编译生成J2EE工程，这就意味着能在任何J2EE服务器上运行Grails工程。

4 速度的问题也考虑过，不过既然Rails和Grails等是作为DSL出现的，那么速度应该不是关键问题，虽然现在比较慢，但是还没有慢到不可忍受的地步，况且我相信随着新版本的发布会有所改善。

5 最快速最高效的实现业务需求才是关键，选择什么语言什么框架应该应情况而定，但对于一个Java程序员怎么看都是Groovy and Grails更加自然。

6 我们不能因为JavaEye Ruby and Rails了就都开始跟着Ruby and Rails（没有任何贬低Ruby和Rails的意思，不得不承认Ruby和Rails在很多方面要比Groovy和Grails好的多）。

个人观点仅供参考。

评论
andersonmao 2007-08-31
支持一下。Groovy当Shell脚本处理点文件啊数据库啊也不错。
agile_boy 2007-05-17
萝卜青菜各有所爱，我们不需要最流行的，而是需要最适合我们自己团队的，个人比较看好groovy/grails,并且在努力的实践中。。。
calmness 2007-05-07
引用

二、Java经过多年积累形成了庞大的宝贵类库和代码，且久经企业级应用的考验，放弃不用而重写，无亦于邯郸学步。


jruby一样可以做到，而且jruby更是得到sun的支持，未来如何，还不能太早下定论，总之喜欢用就去用吧，没必要争论。
dongbin 2007-05-06
lgx522 写道
学了个把月RoR，还是否掉了。原因有二：
一、非常讨厌ruby的语法，乱糟糟的。这对于用惯了C语系（C、C++、Java以至C＃）的程序员们实在难以忍受。


用了Ruby之后，我反而觉得Java难以忍受了。不是ruby乱糟糟，是你没学会。
wyse 2007-05-04
非常想了解各位已经开发或正在开发哪些商用系统，遇到了哪些问题。尤其是电子商务、物流、支付等方面的应用，谢谢！
gigix 2007-04-26
lgx522 写道
二、Java经过多年积累形成了庞大的宝贵类库和代码，且久经企业级应用的考验，放弃不用而重写，无亦于邯郸学步。

个人看法，垃圾多于宝藏。
edusaj 2007-04-26
还是学习grails对我们过渡比较方便，学习中...
lgx522 2007-04-25
学了个把月RoR，还是否掉了。原因有二：
一、非常讨厌ruby的语法，乱糟糟的。这对于用惯了C语系（C、C++、Java以至C＃）的程序员们实在难以忍受。
二、Java经过多年积累形成了庞大的宝贵类库和代码，且久经企业级应用的考验，放弃不用而重写，无亦于邯郸学步。

可是RoR的开发效率那可真是高啊！

好在现在有了Grails，吃够了J2EE苦头的兄弟们一起来研究吧！
sunnyshuhai 2007-04-19
个人认为不能笼统地说那个更好，而应该做一下定量的分析。同时不同的情况可能结果也不相同。不过我还是看好 rails。
kevinliang 2007-04-13

viwo 写道：

还是放弃了Ruby and Rails，选择了Groovy and Grails。

原因如下：

1 习惯了Java的书写方式，用起Groovy来感觉很自然，虽然Ruby写起来也不费劲。

2 Groovy代码和Java代码的互操作性确实很方便，这样目前的大量Java程序库可以很容易的在Groovy里使用。

3 Grails工程能直接编译生成J2EE工程，这就意味着能在任何J2EE服务器上运行Grails工程。

4 速度的问题也考虑过，不过既然Rails和Grails等是作为DSL出现的，那么速度应该不是关键问题，虽然现在比较慢，但是还没有慢到不可忍受的地步，况且我相信随着新版本的发布会有所改善。

5 最快速最高效的实现业务需求才是关键，选择什么语言什么框架应该应情况而定，但对于一个Java程序员怎么看都是Groovy and Grails更加自然。

6 我们不能因为JavaEye Ruby and Rails了就都开始跟着Ruby and Rails（没有任何贬低Ruby和Rails的意思，不得不承认Ruby和Rails在很多方面要比Groovy和Grails好的多）。

个人观点仅供参考。

观点也是这样我的 。






笨笨狗 2007-04-13
支持！我的看法是，rails、groovy两者都学习，不是很累啦
山风小子 2007-04-08
引用

这个帖子我也看了，也是比较看好Grails的，一方面比较接近于JAVA，另一方面，groovy所提供的语法学习起来曲线也不高，对于ROR，记得 JDON的BANQ说过一句话：“ RoR，　不是Java框架，万一系统不小心做大了，不知向何处发展？还将业务代码和MVC的Controller混淆在一起编程，减少架构层次达到快速开发的招，地球人都会，这是以丧失软件质量为代价的快速开发。”

的确是这样的，RoR最多只能占去中小型企业的一些市场，真正的大的企业级应用RoR是绝对不适合的。而Grails的出现使那中小型企业的那些市场也会被Grails瓜分，Groovy对Java程序员甚至C#程序员的亲和力，以及其相对RoR几乎压倒性的性能优势，使RoR的处境堪忧啊。
rainlife 2007-04-08
引用
山风小子 2 小时前

在性能方面，Grails要比RoR好得多，请看下文
http://www.blogjava.net/BlueSUN/archive/2007/03/24/106002.html

这个帖子我也看了，也是比较看好Grails的，一方面比较接近于JAVA，另一方面，groovy所提供的语法学习起来曲线也不高，对于ROR，记得JDON的BANQ说过一句话：“ RoR，　不是Java框架，万一系统不小心做大了，不知向何处发展？还将业务代码和MVC的Controller混淆在一起编程，减少架构层次达到快速开发的招，地球人都会，这是以丧失软件质量为代价的快速开发。”
山风小子 2007-04-08
在性能方面，Grails要比RoR好得多，请看下文
http://www.blogjava.net/BlueSUN/archive/2007/03/24/106002.html
haihai 2007-04-08
引用
wiwolf

懒惰是万恶之源

太有感受了，老想玩玩，那些东西要用到的时候在学，结果有些东西一直没摸
山风小子 2007-04-06
netfishx 写道
对groovy/grails关注了很久，可是现在看来采用它还不如用传统的ssh。groovy所提供的语法糖真是纯粹的语法糖了

那说明您对Groovy的学习还不够，同志仍需努力啊
viwo 2007-04-06
wiwolf 写道
懒惰是万恶之源

这根懒惰没有任何关系，人的精力是有限的，用有限的精力学习无限的知识，你必须学会取舍。
wiwolf 2007-04-06
懒惰是万恶之源
netfishx 2007-04-06
对groovy/grails关注了很久，可是现在看来采用它还不如用传统的ssh。groovy所提供的语法糖真是纯粹的语法糖了
koen 2007-04-06
非常关注！希望楼主能够更详细地说一下两种方案的具体比较和取舍的考量。最近我一直在想，如果Grails能够做到所有Rails做到的事情，Groovy能够做到所有Ruby做到的事情，那么，对一个Java开发者来说，还需要花费更大的精力去学习Ruby和Rails吗？毕竟相比Ruby和Rails，学习Groovy和Grails的成本更小。而且Groovy和Grails因为天生基于Java，有更多更成熟的资源可以使用。大家认为呢？
viwo
搜索本博客
存档
最新评论
评论排行榜