还是放弃了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好的多）。

个人观点仅供参考。

非常关注！希望楼主能够更详细地说一下两种方案的具体比较和取舍的考量。最近我一直在想，如果Grails能够做到所有Rails做到的事情，Groovy能够做到所有Ruby做到的事情，那么，对一个Java开发者来说，还需要花费更大的精力去学习Ruby和Rails吗？毕竟相比Ruby和Rails，学习Groovy和Grails的成本更小。而且Groovy和Grails因为天生基于Java，有更多更成熟的资源可以使用。大家认为呢？

对groovy/grails关注了很久，可是现在看来采用它还不如用传统的ssh。groovy所提供的语法糖真是纯粹的语法糖了

懒惰是万恶之源

这根懒惰没有任何关系，人的精力是有限的，用有限的精力学习无限的知识，你必须学会取舍。

那说明您对Groovy的学习还不够，同志仍需努力啊

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

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

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

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