XRuby开发者:“有趣的”Ruby实现

　　目前在Java平台上实现Ruby语言的项目主要有两个：JRuby和XRuby。二者的差别主要在实现技术上。JRuby目前为止是一个解释器，而XRuby是一个编译器。所以，二者的差别就是解释器和编译器的差别。郑晔说：

　　解释器和编译器，在前端部分都是相同的编译器前端技术，包括词法分析、语法分析、建立语法树等等，主要的差别在于执行的方式不同。解释器是直接执行一个其内部的可执行结构，比如Ruby现在的实现就是中间生成一个树，这棵树就是Ruby内部的可执行结构，然后执行这棵树，而编译器是生成目标平台的可执行代码，比如我们常见的编译器生成对应平台的可执行文件。由此可见，二者的执行方式并不是在同一个级别上执行的，一个是平台之上利用软件构建的执行引擎，一个是利用平台(硬件或虚拟机)执行，所以，性能上会有一些差别。

　　简单说来，XRuby生成的代码直接运行在JVM上，而JRuby在JVM上构建了一个执行引擎来执行程序，而且是Ruby现在实现得不那么好的那个执行引擎。所以，XRuby目前在性能上可以领先JRuby许多。

　　有测试数据表明，XRuby的性能超过了Ruby1.8.5版本。在最近进行的一次性能评测中，XRuby由于尚不支持YAML而没有参加，JRuby与Ruby1.8.5之间还存在较大的性能差距。

　　但由于发展时间较短，XRuby现在还达不到实用的要求。虽然已经可以运行一些程序了，但距离完整支持Ruby，还有很长的一段路要走。XRuby 0.2.0的目标是支持单元测试框架，XRuby团队计划在年底可以支持Rails。在语言特性方面，XRuby也并未完全实现Ruby所有的语言特性，因为Ruby某些语言的特性是与builtin库结合在一起的(比如method missing等)，而XRuby现在目前最大的问题就是builtin库的实现。郑晔这样介绍：

　　因为JVM平台本身并不支持动态语言的特性，所以，在XRuby(包括JRuby)需要用Java代码构建出一个动态语言支撑的结构，也就是我们所说的Runtime。现在这个Runtime是我实现的，基本上是按照C Ruby的结构进行实现，因为我之前翻译了《Ruby Hacking Guide》，对C Ruby的动态语言Runtime有一定的了解。其实，支持这些特性本身难度并不大，但是需要大量的时间和精力来做这件事情，这也是XRuby最为欠缺的资源。

　　在谈及XRuby项目的发展时，郑晔说道：

　　XRuby在某些方面进行的一些工作，会比较有趣，比如正在开发的Antlr V3前端和调试器等等。这些方面对于在JVM上实现动态语言是一个比较有益的探索。XRuby本身起步时，考虑得更多的是乐趣，参与者都是因为乐趣加入其中的。所以，我想说，XRuby的一个很大的优点就是它还年轻，其中有很多可以做的有趣事情。

　　短时间之内，我们不敢奢望有人可以把XRuby用于实际的项目。现阶段，我们只是希望赢得更多的关注，吸引更多的人加入到XRuby的开发中来，这样，可以尽快实现XRuby的目标。

　　继JRuby的开发者Ola Bini之后，郑晔也加入了ThoughtWorks公司。XRuby这个“有趣的”Ruby实现未来会怎样，我们拭目以待。