Rails还是Grails？
Grails vs Rails。 哪个有更好的支持？ 哪一个是开发中型应用程序的更好选择？ 最重要的是哪一个插件更多？
另外值得一提的是：两种框架的设计理念在模型方面有所不同。 Grails更“面向领域”，而Rails更“面向数据库”。
在Rails中，您基本上从定义表（具有字段名称及其细节）开始。 然后ActiveRecord将它们映射到Ruby类或模型。
在Grails中，情况恰恰相反：首先定义模型（Groovy类），当您运行时，GORM（Grails ActiveRecord等效）将创建相关的数据库和表（或更新它们）。 这也可能是您在Grails中没有“迁移”概念的原因（尽管我认为它将在未来的某个版本中出现）。
我不知道一个人是否比另一个好。 我想这取决于你的背景。
话虽如此，我仍然在想自己选择哪一个。 正如Tom所说，如果你依赖Java，你仍然可以使用JRuby – 因此Java重用不应该是你唯一的标准。
我想如果您是一名Java开发人员并希望能够访问所有现有的企业Java库和function…请使用Grails。
Rails更成熟，拥有更多插件，拥有更大的用户群，拥有更好的文档和支持。 它也可以在JRuby上运行，如果需要，可以访问Java库。
Grails有一些有趣的特质，但是还不能声称它们还有轨道。 但是，如果您主要是Java或groovy开发人员，您可能更喜欢它。 否则，我建议立即将Rails用于中型项目。
我说Grails因为那里有很多java库。 但由于我来自java背景，我有点偏颇。
如果应用程序不会很大，那么要么足够 – 而且选择应该依赖于现有的基础设施。 假设您已经运行了一个java servlet容器服务器，那么您可以坚持使用grails而不是为rails配置另一个服务器。
这取决于您使用Ruby和/或Groovy的技能，是否有遗留的Java系统要处理，以及您希望部署应用程序的位置。
我最初对Rails很激动。 当时，由于工作都是Java，因此无法在工作中部署应用程序服务器。 这已经改变了。 我不能放弃现有的Java基础架构和应用程序并切换到Ruby，即使我认为Rails很棒。 Grails的工作原理是因为我们可以将Groovy与现有的Java解决方案混合搭配。
在工作之外，Ruby更容易找到价格范围低端的托管。 因为Grails使用了很多现有的Java项目，所以.war文件，即使对于小型应用程序，也往往很大。 如果您有专用服务器这不是问题，但尝试在128 MB RAM的共享主机上运行不起作用。
2008年是Groovy和Grails书籍的一年，但仍有更多的Rails资源可用。
根据您的具体标准，Rails可能是一个更好的学习框架。 如果你有任何Java知识或行李;-)，你应该看看Grails。
我之前使用过rails并且非常喜欢它。 但是，我目前的公司有很多遗留的Java代码，因此自然选择是grails。
当我开始使用rails时，很少有网站使用它，文档非常糟糕。 有一个伟大的railscast和railsforum.com，但任何不寻常的，你自己。 部署它是一场噩梦，使用mongrel-clusters并不是真正的生产准备。 现在这是非常不同的，因为每个人都可以看到，更加成熟和在任何地方部署。
一年多以前，由于我上面引用的原因，我不得不学习grails。 过渡到grails很容易，因为它与Rails非常相似。 同样，它与轨道的早期阶段非常相似，但有一个巨大的不同。 因为您可以轻松导入java代码，所以grails用户可以使用几乎所有可用的生产测试java库。 我已经能够成功地将我们的遗留Java项目集成到grails项目中，并且需要进行很少的调整。 您还会注意到插件开发速度很快，主要是因为开发人员只是编写grails“hooks”，但底层代码是旧的java库。 部署grails也只是部署WAR文件。
你必须要看的另一件事是IDE。 如果你对日食感到满意，那么graclipse的eclipse-STS会给你所有的铃声和口哨声。 我仍然看到很多铁轨开发人员使用textmate，虽然rubymine已经取得了很大的进步（rubymine的早期版本曾用于研磨我的ubuntu停止）。
底线，都是伟大的MVC框架。 RoR更加成熟，拥有更多的开发人员。 Grails是RoR在3 – 4年前的地方，但我看到进展的速度要快得多。 希望这可以帮助。
看看那些制作Grails的家伙昨天是如何被Spring源买断的，我会说Grails。
此外，由于Groovy是Java的超集，因此您可以直接使用您熟悉的Java而无需学习Ruby。 现在，您将学习很多动态内容，并最终编写Groovy代码而不是Java代码，但它降低了进入的门槛。
Grails一路走来！
我会选择Grails，因为我喜欢它的方法（指定你的域类并让Grails生成其他所有内容）比Rails更好（构建数据库表并让Rails生成其他所有内容）。 如果您是Java开发人员，那么您也会喜欢Java代码是有效的Groovy代码，而Groovy类是Java类，因此集成是无缝的。
我可以建议Merb吗？ 它是基于机架的，模块化的，与ORM无关的，由Ezra Zygmuntowicz从头开始构建。 它现在开始获得一些热量……
作为来自Java的Grails开发人员，我从第一次就喜欢它。
现在，我开始深入研究Rails并遇到gem问题。 虽然与Grails的MySQL连接设置非常简单，但我仍然在努力使其与Rails一起使用。
命令gem install mysql无法正常工作，显然是因为我没有安装XCode。
如果不是因为它的内存消耗问题，我会说Grails是完美的。
Rails更主流，但灵活性较差。 Grails仍在快速变化，没有相同的开发人员生态系统，文档也不是那么成熟，但它在某些情况下可以使用Rails不会。
我曾经使用过turbogears和rails。 在使用rails之前，我尝试使用grails，因为我使用groovy来编写脚本。 Grails是一次艰难的经历。
对于一个小程序来说，很难读取groovy调用堆栈，但是当你添加几个重量级框架时，一个简单的错误可以产生100行。 与rails不同，我使用的grails版本没有工具来帮助我确定我的内容和框架的内容。
我最终转而使用Google Web工具包，因为我真的不需要数据库。
我认为Grails和Groovy有希望，但目前使用它们的用户体验很麻烦（现在是去年spring）。
我认为这取决于你在某种程度上工作的环境。
Grails似乎有更多的企业级接受度。
Rails具有Koolaid-vibe，对于没有遗留系统的初创企业来说非常接受。
就个人而言，我正在使用两者。 虽然只是刚刚开始在Grails世界 – 我喜欢Grails中的身份validation/授权更简单 – 一个简单的插件; 四郎。 我喜欢Rails不依赖于JVM，并且启动时间不会花费一分钟左右。
我发现在Rails中设置BDD / Cucumber要容易得多，但这可能只是因为我觉得这很舒服！ Grails世界（cuke4duke等）肯定会努力让这个更容易 – 并且是一个活跃的社区开发Grails。
只是我的2p·
试试两个:)