4

到目前为止,我只是将 YARV (ruby 1.9) 用作比 ruby​​ 1.8 更快的 ruby​​ 实现,并确保我的所有代码都向后兼容 ruby​​ 1.8.6。什么情况(如果有的话)阻止您编写特定于 1.9 的代码?

每个答案一个原因。

4

6 回答 6

4

此外,如果我们谈论的是 rails,那么问题在于 gems/plugins 与 ruby​​ 1.9 的兼容性。想升级到 1.9 的人肯定都关注isitruby19.com

于 2010-04-22T08:38:34.180 回答
3

Ruby 1.9.2 的第一个候选版本将于 5 月底到期,我相信很多人都在等待 1.9.2 加入 1.9 的列车。

不是您的问题的真正答案,但是现在开始使用 1.9.2 方法编写代码,您可以使用require "backports"大多数功能,即使在 Ruby 1.8.6 中也是如此(当然,速度没有那么快)。

于 2010-04-22T14:33:07.603 回答
1

我希望在处理 unicode 数据时可以忘记 Iconv ,如下所示:

Iconv.conv("utf-8", "utf-16le", blob).split("\n")

但到目前为止,我还没有找到1.9 unicode 处理的好例子/教程。

于 2010-04-22T03:53:36.907 回答
0

在许多操作系统中,安装 ruby​​ 1.8 比安装 ruby​​ 1.9 更容易。

  • 一些 Linux 发行版包含 1.8 的软件包,但没有 1.9 的软件包。
  • OS X 预装了 ruby​​ 1.8.7。1.8.7 运行 ruby​​ 1.9 语言。
  • Windows 的一键式安装程序是 ruby​​ 1.8。
于 2010-04-22T03:56:57.103 回答
0

没有什么让我气馁。近一年来,我一直在使用 Ruby 1.9.1 做所有事情,并且几乎没有遇到任何问题。由于各种原因(简单的 UTF-8、纤维等),我的主要 gems 需要1.9,我对此毫无疑虑。对于其他一些琐碎的 gem,我可能会努力使它们与 1.8 兼容,这主要意味着不使用更干净的新哈希语法。

1.9 是当前的 Ruby。我可以看到需要为不值得更新的遗留代码保留旧的 Ruby,或者偏爱替代 Ruby(JRuby、Rubinius 等)——但这确实让我感到困惑,为什么这么多人仍在开始较慢、过时的 Ruby 1.8.x 系列中的新项目。

于 2010-05-15T03:59:16.343 回答
-1

我不太了解 Ruby 以区分 1.8 和 1.9(这就是我的原因:P)

于 2010-04-22T14:42:03.767 回答