Martin Flower最近在自己的网站上面写了一篇分析Groovy和JRuby前景的文章：

http://martinfowler.com/bliki/GroovyOrJRuby.html

Groovy和JRuby是两个目前在JVM平台上面关注程度非常高的动态脚本语言，他们都比较适合用来做为领域专用语言(DSL)嵌入Java企业应用当中。而且目前Groovy和JRuby的发展都相当迅速，社区也比较健康。最近Groovy发布了1.5版本，而JRuby据评测性能已经超过了原生Ruby解析器。

作为Java平台的开发人员，特别是非常关注JVM平台动态脚本语言未来的人，当然非常好奇，究竟Groovy还是JRuby才是真命天子呢？那么让我们看看Martin是怎么看这个问题的：

首先Martin分析了Groovy和JRuby的共同点：



JRuby和Groovy都是现代动态脚本语言，他们都适合构造结构良好坚固的大型应用。他们既可以用来写小型脚本应用，也适合构造大型应用。他们都具备了动态类型检查、闭包等先进的语法结构。

接着Martin比较了他们的区别：



他们最大区别在于平台策略：Groovy尽量和Java保持一致性，不提供自己的类库，直接使用Java类库，而JRuby目标在跨多个运行平台的一致性，能够运行在操作系统Ruby解析器，JVM和.net平台上面。



Martin接着指出来JRuby最大的问题在于：当把ruby整个类库移植到JVM平台的时候，凡是那些依赖于底层操作系统C库的ruby类库全部都需要用Java重写一遍。并且对于JRuby来说，程序员面临着编程方面的复杂性，需要分别处理JRuby类型的对象和Java类型的对象，而Groovy程序员则没有这些烦恼。

Martin认为，目前断言Groovy还是JRuby才会更有前途的问题还为时过早，选择哪种语言，更多是个人实际的需要：



如果你仅仅关注Java语言和类库层面，那么Groovy是比较好的选择。而如果你本人就是一个ruby爱好者，并且在其他各种场合也在使用ruby，那么你基本上不会对Groovy产生什么兴趣，肯定会对JRuby感兴趣。

例外，Rails框架也是一个非常重要的决定因素，Java世界在web框架方面严重缺失，而基于Groovy的Grails框架并没有被广泛使用。因此对于把Rails项目部署到JVM平台来说，JRuby显然是一个很好的选择。此外还有人因为RSpec的吸引使用JRuby的。



最后Martin补充，开发者社区其实也是一个决定性的因素，好的开发群体能够克服技术上的弱势，而社区的发展也是巨大创新的潜在来源。目前Ruby社区是一个非常强大的社区，并且已经衍生出来了Rails，Rake和RSpec这样的项目。



最后Martin谈到，即使非常多的人因为围绕在Ruby和Rails周围的鼓吹而非常厌恶它们，但是这种社区的鼓吹也吸引了更多人的关注，从而引发了对新语言的兴趣。Martin不认为Groovy语言能够制造出来这样大的影响力。而Ruby/Rails的鼓吹事实上已经引起了JRuby这种JVM平台变异语言的诞生和更多的关注。并且一个非常好的现象就是，JRuby社区实际上也在鞭策它们的竞争对手－重新认识到多语言互操作性和创新性的的价值。