XRuby 0.2.0发布了！

XRuby 0.2.0发布了！
xruby.blogspot.com/2007/05/xruby-020-released.html

这是一次版本号的提升，主要是加入了test::unit的支持，现在这个框架已经可以运行了，并且，通过了一部分ruby自带的单元测试。下一次版本号提升时，我们希望可以让所有ruby自带的单元测试全部通过。

另一个重大的变化是beanworms为XRuby加入了debugger，让调试成为可能。

另外，femto等人正在为Antlr 3.0的parser而努力，虽然尚未并入主干代码中，但是，他们确实取得了不错的进展，值得期待！

XRuby通过JavaEye这个平台吸纳不少成员，大家为XRuby的开发做出了相当大的贡献！
我们一如既往的欢迎对编译器感兴趣的人加入我们的开发团队！

评论

4 楼 dreamhead 2007-06-29  

zhh2007 写道

1.是把Ruby源代码编译成Java字节码就行了吗?(也就是说要充当一个纯正的编译器)
2.还是想在JVM机上构造另一层运行Ruby脚本的平台?(兼有JIT)
3.还是同时兼有上面两者？

即便是编译为Java的字节码，我们同样需要在构造一个支撑Ruby运行的平台，这就是Runtime扮演的角色。编译Ruby并不是像直观看上去那样，直接对应到Java的类型，而是需要做一些封装的。你的理解是一个误区，我刚开始加入这个项目的时候，也有同样的误解。

zhh2007 写道

我的设想是假如我要重新做一个类XRuby的东西，我只需要做一个分析Ruby语法的前端，
再做一个像你所写的“runtime”一样的经过我大量简化的运行时系统是否可行?
前端完成的功能就是构造一棵Ruby语言的抽象语法树(AST)，
由于Ruby是动态脚本语言，所以它的类型系统(如字段、变量、表达式、对象的类型等等)在运行时才能确定，
所以运行时系统的功能就是为了确定类型系统，把类型系统附加到AST上，AST就具有完整的语义了，
AST就相当于是Ruby源代码在编译过程中的内部表式(同样Java的AST也是Java源代码的内部表式)，
最后再把Ruby的AST转换为Java的AST(Java的AST在Javac1.7的源码中对应com.sun.tools.javac.tree.JCTree类)

你的想法大的方面是可行的，但正如我前面说到的，你对这个问题的理解有些偏差，如果按照这种做法实现起来会遇到很大的问题。最好还是了解一下Ruby究竟是怎样实现动态语言的，然后再下手，否则，会走很多弯路的。

zhh2007 写道

另外，在你们的XRuby中使用到的ASM是一个开源软件，我先前也有了解过，
如果将来Java语言或JVM规范有变动的话，ASM的跟进速度不会比Javac快吧。

事实上，Java语言确实变动很快，但JVM的指令稳定性一直非常好，这些年的变动很小，所以，语言的进步大多是由Javac完成的。由于我们生成的是JVM的指令，所以，影响并不大。

不过，JSR 292讨论的JVM动态语言支持会对JVM产生影响，不过，真的要加入这个指令的话，影响的就不仅仅是一两条指令的问题了，可能对动态语言在JVM上的实现有相当大的影响。

3 楼 dreamhead 2007-06-28  

To zhh2007：

编译为Java代码，从道理上来说是可行的。但这么做的价值何在呢？

可能你希望生成的代码可读，但在开发过程中，我们发现，除了开发代码生成部分，很少有人去阅读生成的代码。即便想去阅读生成的代码，通过JAD这种反编译的工具，就可以将代码反编译过来，所以，问题一般不大。

再有想到的可能是代码的可读性问题，说实话，通过代码生成产生的代码，通常可读性都不是很高。如果你有反汇编的经验，比如反汇编EXE文件，你应该知道。即便生成的是Java代码，可读性也不会非常好，除非做一些有针对性的调整，但通常意义不是非常大。

这么做引入的复杂度是什么呢？如你所说，可以调用Compiler API实现编译，但Compiler API是Java 6中引入的，这本身就提高了入门的门槛。当然，你可以想以向后移植的方式，这么做是否值得商榷。

而且，即便生成Java代码，如果让Java代码运行，必须进行编译。这无疑会增加运行的成本，因为除了代码生成之外，还需要加入编译的成本。虽然编译在整个的运行中，所占的比例不大，但增加这种的成本依然不值得。

由上面的讨论，可以看到，编译生成Java代码，从实际上来看，并没有什么值得去做的好处。而且，直接生成字节码某些部分可以省去一些变量，稍微可以提高一点点性能。当然，你可能会认为字节码有些难以理解，但实际上，稍微学习一下就可以很容易掌握的，《深入Java虚拟机》是本不错的参考书。

2 楼 xmx0632 2007-06-26  

zhh2007 写道

我刚下了xruby-0.2.0a-src，源码行数挺多的，差不多到7万了，
浏览了一下，发现源码注释文档太少了，其他文档就一个简单的“XRuby Hacking Guide”，
(不知是习惯，还是不想在开源代码中加注释文档，javac也开源了，源码注释文档也很多)


我不懂Ruby，最近才在网上看了两三个小时，不过PHP两年前倒是用过，Ruby跟PHP有点像。
老实说，我不太喜欢Ruby与PHP这种语法风格，虽然灵活，但感觉很乱，都是一些语法sugar，
要是从编译器的角度来看Ruby与Java，要实现一个Ruby语言的编译器比实现一个Java语言的编译器还难。

我还没细看XRuby的源代码，不过里面有个runtime目录，
看XRuby Hacking Guide是说用来实现Ruby的运行时类型系统的，
还有个compiler目录，在XRuby Hacking Guide也有提到说是用ASM生成字节码的，
我目前所知道的就是这些。

不过我还是想提提我的疑问:
Ruby是一种动态脚本语言，类型系统在runtime才能确定，
能不能在生成AST后只结合运行时的类型系统就能生成对应的java源代码，
然后直接调用javac的compiler API直接编译java源代码就可以了，这样就省去了ASM，
同时也可以用javac检验XRuby生成的java源代码是否正确。

简单说就是:XRuby能不能充当一个从Ruby源代码到Java源代码的编译器？而不是从Ruby源代码到Java字节码的编译器。


另外，XRuby中“compiler\codedom”目录里的类文件挺多的，看着有点恐怖。

个人感觉没人会喜欢去看"从Ruby源代码生成的Java源代码"吧?就算生成可读性肯定很成问题,看的人会不会吐血?

1 楼 melin 2007-05-16  

完全是一个自娱自乐的东西。