是的，有几个类似的线程存在，但我们现在是在2011年，有很大的变化
Grails1.3.6与我最初尝试学习该框架时的v1.3相比有了巨大的改进（并放弃了缓慢的编译时间和其他导致呻吟的事件）
我花了几个月的时间在最新版本上，这给我留下了深刻的印象，输入一个应用程序绝对是轻而易举的事（GORM很棒！）。在开发模式下，不再需要重新启动，除非对域类进行更改。Groovy.lang非常棒（简单地说，这与我在PHP中的日常工作相比）
现在，另一方面是Ruby/Rails，除了阅读Ruby文档和探索活动记录（与GORM相比），我对它几乎没有什么经验。groovy语法来自PHP/Jquery，是蛋糕，ruby不是那么多，尽管可以访问
Ruby/Rails风靡一时，而Groovy/Grails似乎正凭借自身的力量加速发展
我想听听这两个阵营都说了些什么（火焰引发的语言战争欢迎）re:2011年两种语言/框架的优缺点。当选择一个框架时，了解你将要进入的领域是很重要的，因此，了解它，新手将受益，专家可以发泄；–）
Rails和Grails在当前版本中都是优秀的框架。你两个都不会错的。以下是一些我觉得有趣的事情：
轨道
- Rails（Ruby）的可伸缩性不如Grails（Groovy）。运行应用程序需要更大的马力。对于像EngineYard这样的PaaS选项来说，这根本不是什么大不了的事（希望将来能有一个AWS BeanStalk Rails选项），但运行Rails应用程序和Grails应用程序的成本可能会稍高一些（显然JRuby也是一个选择）
- 目前，Rails在NoSQL替代方案方面稍好一些，但Grails正在迅速赶上
- Rails有更多的插件，但是如果您使用一些没有维护的插件（其中很多插件目前还不能与Rails3一起使用），这可能会导致麻烦
- Rails更为成熟，现在有更多的功能，因为它已经存在了更长的时间
- Rails REST支持非常出色
- Rails的“大”网站比Grails多得多
- Ruby比Groovy-TIOBE更受欢迎
- 不依赖甲骨文，哈！（Grails显然需要JVM）
圣杯
- Grails比JRuby更好地与JVM集成
- Grails GORM比ActiveRecord（IMHO）更好，尽管Rails 3为其他持久性选项打开了一扇大门，但所有的书籍、教程等都使用ActiveRecord
- Grails视图标记库优于<；=%…%>鉴于
- Grails插件有很好的文档记录，并清楚地说明SpringSource是否支持它们
- SpringSource在Grails上投入了大量资金
- 未来Grails的公司工作岗位将比Rails多得多，但更多的初创公司使用Rails（你想在哪里工作？）
我的观点
- 几年前我使用了Rails，现在我正在从事Grails项目
- 与Django（Python）或Zend Framework（PHP）相比，我更喜欢它们
- 我计划下一步学习升降机（Scala）
我的推荐
- 如果您从未做过Java开发，并且正在为中小型网站做一个辅助项目，那么就使用Rails
- 如果您在一家使用Java的大公司工作，请尝试向您的管理层推荐Grails作为他们应该投资的“下一个Java框架”
- 如果你正在开发“下一个twitter或foursquare”，那么你就足够聪明，可以自己回答这个问题了！：）