Ruby Ruby 的分裂

lilijreey · 2016年03月20日 · 最后由 Mark24 回复于 2022年01月18日 · 4036 次阅读

大家好,最近再看 <> 这本书,对 Ruby, JRuby, MRI, Rubinius 这些概念有了清楚的认识. 个人认为 MRI 版本的 Ruby 为何不把 Rubinius 引入到主流分支。个人认为 Rubinius 的 VM 借助 LLVM 比 YARV 更先进, Rubinius 的整体设计架构,和代码结构都比 MRI 的清晰。多个 Ruby 版本的实现太多了这样长期下去不利于 Ruby 的发展. 各位是怎么认识这个问题的。

看 3.0 版本的 ruby'做出怎样的改革了。如果新版本增加了其他其他类型 ruby 的优点也是挺好的。不过这里又有取舍问题吧

怎么这么多不认识的单词。。

通用和专用的博弈永远都不会停止,但只要一直在努力,就总有天地大同的一天。

Rubinius 是推倒重来,问题也很多:

  • C++ 标准各编译器不一样,也不能像 C 一样愉快的用 vim/emacs 编写
  • C ext 支持还是不够稳定
  • Rubinius 的内存 footprint 大很多,和 jruby 一样 benchmark 好看但在常见的 Ruby 应用场景往往比 MRI 慢

只用 MRI,遇到瓶颈就换语言。

#4 楼 @luikore 第一条个人觉得不是问题,都用 clang++ 编译。vim/emacas对C++的编写支持一点也不比c差. 其他两条学习了

话说 ruby 有引入 JIT 机制的时间表么

开源的基因天然包含分裂 (分支) 特性. ruby 没有标准。mri 被默认认为是事实标准. 开发者思路的不同和不可调和,注定合并不了。ruby mri 仍在变化并认为将来仍会保持变化。而 rubyspec 意图标准化。

ruby 有标准,ISO/IEC 30170

截止今天 Rubinius 2 年没又提交了。

看来东西也要看是否能坚持到底

需要 登录 后方可回复, 如果你还没有账号请 注册新账号