Ruby on rails Rails还是Grails？
Grails vs Rails。哪个有更好的支持？哪一个是开发中型应用程序的更好选择？最重要的是，哪一个有更多的插件？Rails更为主流，但灵活性较差。Grails仍在快速变化，没有相同的开发人员生态系统，文档也没有那么成熟，但在某些情况下Rails不会起作用。我想如果您是Java开发人员并且希望访问所有现有的企业Java库和功能。。。用圣杯 Rails更成熟，有更多插件，有更大的用户群，有更好的文档和支持。它还可以在JRuby上运行，如果需要，可以访问Java库Ruby on rails Rails还是Grails？,ruby-on-rails,ruby,grails,groovy,Ruby On Rails,Ruby,Grails,Groovy,Grails vs Rails。哪个有更好的支持？哪一个是开发中型应用程序的更好选择？最重要的是，哪一个有更多的插件？Rails更为主流，但灵活性较差。Grails仍在快速变化，没有相同的开发人员生态系统，文档也没有那么成熟，但在某些情况下Rails不会起作用。我想如果您是Java开发人员并且希望访问所有现有的企业Java库和功能。。。用圣杯 Rails更成熟，有更多插件，有更大的用户群，有更好的文档和支持。它还可以在JRuby上运行，如果需要，可以访问Java库 Grails有一些有趣的特性，
Grails有一些有趣的特性，但目前还不能声称它与rails一起出现。但是，如果您主要是Java或groovy开发人员，您可能更喜欢它。否则，我建议现在就在中型项目中使用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。我可以建议你吗？它基于机架，模块化，ORM不可知，由Ezra Zygmuntowicz为从地面到地面的速度而设计。现在它开始变得越来越热了……我说的是grails，因为有这么多java库。但我有点偏见，因为我来自java背景
如果应用程序规模不大，这两种选择都足够了——选择应该取决于现有的基础设施。假设您已经有一个java servlet容器服务器在运行，那么您最好还是坚持使用grails，而不是为rails提供另一个服务器。另一件值得一提的事情是：在模型方面，这两个框架的设计理念有些不同。Grails更“面向域”，而Rails更“面向数据库”。
在Rails中，您基本上是从定义表开始的（使用字段名及其细节）。然后ActiveRecord将它们映射到Ruby类或模型。
在Grails中，情况正好相反：首先定义模型（Groovy类），当点击run时，GORM（grailsactiverecord等效）将创建相关的数据库和表（或更新它们）。这也可能是Grails中没有“迁移”概念的原因（尽管我认为它将在将来的某个版本中出现）。
我不知道其中一个是否比另一个好。我想这取决于你的背景
话虽如此，我还是不知道该选哪一个。正如Tom所说，如果你依赖Java，你仍然可以使用JRuby——因此Java重用不应该是你的唯一标准。我使用了turbogears和rails。在使用rails之前，我尝试使用grails，因为我使用groovy编写脚本。格拉尔斯是一次艰难的经历 groovy调用堆栈对于一个小程序来说很难读取，但是当您添加几个重量级框架时，一个简单的错误可能会产生100行代码。与rails不同，我使用的grails版本没有工具来帮助我确定什么是我的，什么属于框架 我最终改用谷歌网络工具包，因为我真的不需要数据库
我认为Grails和Groovy是有前途的，但目前使用它们的用户体验很麻烦（现在是去年春天）。鉴于Grails的制造商昨天刚刚被spring source收购，我会说Grails 另外，由于Groovy是Java的超集，您可以直接使用您所知道的Java，而不必学习Ruby。现在，您还将学习许多动态内容，并最终编写Groovy代码而不是Java代码，但这降低了入门门槛
一路上都是圣杯 我会选择Grails，因为我喜欢它的方法（指定域类并让Grails生成所有其他内容）比Rails方法（构建数据库表并让Rails生成所有其他内容）更好。如果您是Java开发人员，您也会喜欢Java代码是有效的Groovy代码，Groovy类是Java类，因此两者的集成是无缝的。作为来自Java的Grails开发人员，我从一开始就喜欢它 现在，我开始深入研究Rails，发现gem有问题。虽然使用Grails设置MySQL连接非常简单，但我仍在努力让它与Rails一起工作 命令
gem install mysql如果不是内存消耗问题，我会说Grails是完美的。我认为这在某种程度上取决于您工作的环境 Grails似乎得到了更多公司层面的认可 Rails具有Koolated vibe，对于没有遗留系统的初创企业来说是非常可接受的 就我个人而言，我两者都在使用。虽然在圣杯世界才刚刚起步-我