如何在Rails和Grails之间做选择？

作者 宋玮 发布于 2008年11月5日

领域

语言 & 开发

主题

Ruby on Rails ,

Grails ,

Ruby ,

Groovy ,

动态语言 ,

Java ,

语言 ,

Rails ,

编程

分享到

自从Rails和Grails进入人们的视野以来，有关Rails和Grails之间的各种比较就没有停止过。 最近Stephan在其博客上给出了Rails和Grails的工作趋势图。从Rails和Grails工作趋势图中可以看出，Rails正处于快速上升期，Grails上升的趋势相对较缓。

但是他并没有对此图作出过多评论，正如他所说：“如果你想对这一趋势加以评论，我看还是免了吧。已经有很多相关讨论了，每个人都各持己见”。

从另一个张图——Google趋势图，我们可以看看人们对Rails和Grails这两个主题的关注度：

图中我们可以看到，Rails从2005年开始就进入“快速上升期”，今年势头开始放慢。而Grails从2006年以来一直处于相对缓慢的增长过程。

从这两张图中我们可以看出，Rails还是相对比较火爆的，但Grails也在逐步增长。从技术角度来看，这两者又是孰优孰劣呢？我们又该如何选择呢？早些时候Matt Raible在其博文《Grails vs Rails——我的想法》中表达了他的看法。

关于成熟度问题，Matt Raible认为：

它们都是优秀的开发架构。Rails更加成熟一些，但是创建环境是相当痛苦的（特别是在Windows上）。对于Java开发人员来说，Grails非常容易创建起来。Grails需要提高的地方是热发布和出错记录堆栈，但这些大概是Groovy语言的问题，出错记录堆栈是惨不忍睹的—很少在最初的几行指出类和行数。

关于如何在Rails和Grails之间进行选择的问题，Matt Raible说道：

……两者都有编程的乐趣，并且有能力大大提高开发效率。如果你熟悉Hibernate、Spring、SiteMesh和JSP，那么你应该学习Grails。如果你精通这些技术，那么你一个小时之内就能学会Grails。……

有没有Rails能做而Grails不能做的事情？这就不是我能够告诉你的。我想这取决于开发人员的热情和开发团队的选择。如果你是资深的Java开发人员并且喜欢这个生态和它的工具，那么选择Grails就更直观一些。如果你是资深的PHP开发人员或者在J2EE上感觉不好，那么你可能更喜欢Rails一些。对于两个开发框架来说，它们都有一个相同的事情——学习一个实际上会教给你另一个的知识。它们在很多方面都如此相似，以至它们之间的知识可以相互转移。

冯国平（hivon）已经在其博客中将《Grails vs Rails——我的想法》一文翻译成了中文，有兴趣的读者可以点击这里查看完整的译文。

宋玮 有多年软件开发经验，长期担任技术管理和项目管理工作，一直关心开源软件的发展动态以及软件过程和敏捷开发的实践探索。