Ruby Ruby 的分裂

lilijreey · 2016年03月20日 · 最后由 ksec 回复于 2016年03月23日 · 3485 次阅读

大家好,最近再看 <> 这本书, 对 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

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