许多开发者正在致力于各种 Ruby 运行时的开发，比如 Ruby 1.8.x、Ruby 1.9.x、Rubinius、JRuby、IronRuby，以及其他 Ruby 实现。为了协调它们的兼容性和未来的 Ruby 平台，召开了 Ruby 设计会议。
第一次设计会议是在 4 月 21 日召开的（查看第一次 Ruby 设计会议的 IRC 记录）。讨论的主题包括：
- 在启动了对Ruby MVM 实现的研究之后，会议讨论了Rubinius 和JRuby 最近公布的一些解决方案和实现细节。 Ruby MVM 邮件列表和设计文档现在已经可以获得了。
- 会议还讨论了 RubySpec 在 Ruby 1.8.x 代码库中运行的怎么样。在 Ruby 1.8.7 上运行 RubySpec 的结果也已经公布在网上了。
下一次设计会议定在 4 月 30 日——查看 Ruby Design Wiki 来获得下次 Ruby 设计会议的日程和细节。
Ruby 规范的工作同样也是两个 Ruby Google Summer of Code (GSoC) 2008 项目的主题：
- Federico Builes 的 Ruby 标准库规范
- Arthur Schreiber 的改进标准库规范
Rubinius项目着重强调了RubySpec。其开发者花了大量的时间写出了可执行的 Ruby 规范。Rubinius 最新的进展是 Evan Phoenix 把内核VM （称为“shotgun”）从 C 移植到了 C++。需要提醒的是，虽然 Rubinius 的目标是（几乎全部）用 Ruby 来写一个 Ruby 实现，但是核心 VM 还是用 C——现在是 C++ 来写的。除了这个用 C++ 写的 VM， Evan Phoenix 还解释了 Rubinius 团队为什么要坚持“Ruby in Ruby”理念。
现在，Rubinius 大约有 150 人拥有贡献权。他们绝大部分工作都是和内核相关的，因为内核是整个系统中最大的部分。其 中大约有 95% 的工作是写 Ruby 代码。这意味着对于几乎所有的贡献者来说，为 Rubinius 工作就是写 Ruby 代码。于是对他们来说，这就是 Ruby in Ruby。
Brian Ford，也是 Rubinius 项目中的一员，提供了更多的信息：
在新的 C++ VM（大体上已完成了）中，我们有 12,619 行 C++ 代码。而在内核目录中，我们有 23,882 行——没错——Ruby 代码。
[…]
C VM (称为 shotgun) 并不是我们最终的目标，下一代的 C++ VM 也不是。他们只是迈向更高目标过程中的实用步骤。明确地说，我们目前还没有用 C 实现大量的内核方法。最近我完成了两份重写的工作，引入了许多基元 （primitive：直接访问 VM 的 C 代码段）。其中一份工作是查找表（LookupTable），由于在 VM 中大量使用，所以它是用 C 写的。而且 Ruby 代码也可以使用它，因为我们用 Ruby 写了很多东西，比如与方法相关的东西以及常量查找。查找表用起来很像一个哈希，而把它与哈希区分开会令哈希 更加单纯，甚至可以让更多的哈希都用 Ruby 来写。
注意：Evan 和 Brian 的博客文章都回应了由JRuby 的Charles Nutter 所写一篇文章，文中包括他关于Rubinius 的“Ruby in Ruby”理念的争论。
查看原文： Ruby Implementations Roundup: Ruby Spec, New Design Meetings, Rubinius uses C++
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论