还是放弃了Ruby and Rails，选择了Groovy and 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好的多）。

个人观点仅供参考。

评论

25 楼 andersonmao 2007-08-31  

支持一下。Groovy当Shell脚本处理点文件啊数据库啊也不错。

24 楼 agile_boy 2007-05-17  

萝卜青菜各有所爱，我们不需要最流行的，而是需要最适合我们自己团队的，个人比较看好groovy/grails,并且在努力的实践中。。。

23 楼 calmness 2007-05-07  

引用

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

jruby一样可以做到，而且jruby更是得到sun的支持，未来如何，还不能太早下定论，总之喜欢用就去用吧，没必要争论。

22 楼 dongbin 2007-05-06  

lgx522 写道

学了个把月RoR，还是否掉了。原因有二：
一、非常讨厌ruby的语法，乱糟糟的。这对于用惯了C语系（C、C++、Java以至C＃）的程序员们实在难以忍受。

用了Ruby之后，我反而觉得Java难以忍受了。不是ruby乱糟糟，是你没学会。

21 楼 wyse 2007-05-04  

非常想了解各位已经开发或正在开发哪些商用系统，遇到了哪些问题。尤其是电子商务、物流、支付等方面的应用，谢谢！

20 楼 gigix 2007-04-26  

lgx522 写道

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

个人看法，垃圾多于宝藏。

19 楼 edusaj 2007-04-26  

还是学习grails对我们过渡比较方便，学习中...

18 楼 lgx522 2007-04-25  

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

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

好在现在有了Grails，吃够了J2EE苦头的兄弟们一起来研究吧！

17 楼 sunnyshuhai 2007-04-19  

个人认为不能笼统地说那个更好，而应该做一下定量的分析。同时不同的情况可能结果也不相同。不过我还是看好 rails。

16 楼 kevinliang 2007-04-13  

没有发现 ROR的优势，大概学习了一下

15 楼 kevinliang 2007-04-13  

<br/>
<strong>viwo 写道：</strong><br/>
<div class='quote_div'>
<p><font>还是放弃了Ruby and Rails，选择了Groovy and Grails。</font></p>
<p><font>原因如下：<br/>
<br/>
1 习惯了Java的书写方式，用起Groovy来感觉很自然，虽然Ruby写起来也不费劲。<br/>
</font><font><br/>
2 Groovy代码和Java代码的互操作性确实很方便，这样目前的大量Java程序库可以很容易的在Groovy里使用。<br/>
<br/>
3 Grails工程能直接编译生成J2EE工程，这就意味着能在任何J2EE服务器上运行Grails工程。<br/>
<br/>
4 速度的问题也考虑过，不过既然Rails和Grails等是作为DSL出现的，那么速度应该不是关键问题，虽然现在比较慢，但是还没有慢到不</font><font>可忍受的地步，况且我相信随着新版本的发布会有所改善。<br/>
<br/>
5 最快速最高效的实现业务需求才是关键，选择什么语言什么框架应该应情况而定，但对于一个Java程序员怎么看都是Groovy and Grails</font><font>更加自然。<br/>
<br/>
6 我们不能因为JavaEye Ruby and Rails了就都开始跟着Ruby and Rails（没有任何贬低Ruby和Rails的意思，不得不承认Ruby和Rails在</font><font>很多方面要比Groovy和Grails好的多）。</font></p>
<p><font>个人观点仅供参考。</font></p>
<font/></div>
<div class='quote_div'><font>观点也是这样我的 。
<p><br/>
</p>
</font></div>
<br/>
<br/>
<br/>
<br/>

14 楼 笨笨狗 2007-04-13  

支持！我的看法是，rails、groovy两者都学习，不是很累啦

13 楼 oksonic 2007-04-12  

语言太多了，直接学rials不是更好。

12 楼 天之魔神 2007-04-11  

喜欢动态语言，正在学习中

11 楼 jarchitect 2007-04-11  

非常好的观点！
迫切想了解更多关于Groovy and Grails与Ruby on Rails的更深入的比较。
http://hi.baidu.com/jarchitect

10 楼 super_094 2007-04-10  

关注中，希望能有更详细的

9 楼 山风小子 2007-04-08  

引用

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

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

8 楼 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混淆在一起编程，减少架构层次达到快速开发的招，地球人都会，这是以丧失软件质量为代价的快速开发。”

7 楼 山风小子 2007-04-08  

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

6 楼 haihai 2007-04-08  

引用

wiwolf    

懒惰是万恶之源

太有感受了，老想玩玩，那些东西要用到的时候在学，结果有些东西一直没摸