これまでのところ、私は単に YARV (ruby 1.9) を ruby 1.8 よりも高速な ruby の実装として使用しており、すべてのコードが ruby 1.8.6 と下位互換性があることを確認しました。1.9 固有のコードを書くのを妨げているのは、どのような状況ですか?
回答ごとに 1 つの理由。
1327 次
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
多くのオペレーティングシステムでは、ruby1.9よりもruby1.8をインストールする方が簡単です。
- Linuxの一部のディストリビューションには、1.8用のパッケージがありますが、1.9用にはありません。
OSXにはruby1.8.7がプリインストールされています。1.8.7はruby1.9言語を実行します。- Windows用のワンクリックインストーラーはruby1.8です。
于 2010-04-22T03:56:57.103 に答える
0
私を落胆させるものは何もありません。Ruby 1.9.1 を使用して 1 年近くになりますが、問題はほとんどありません。私の主要な gemは、さまざまな理由 (簡単な UTF-8、ファイバーなど) で 1.9 を 必要としますが、それについて何の不安も感じていません。他のいくつかの些細なgem については、1.8 互換性を維持するためにトークンの努力をするかもしれません。これは、ほとんどの場合、よりクリーンな新しいハッシュ構文を使用しないことを意味します。
1.9 が現在の Ruby です。更新する価値のないレガシー コードのために古い Ruby を残しておく必要があることや、代わりの Ruby (JRuby、Rubinius など) を優先する必要があることはわかります。低速で時代遅れの Ruby 1.8.x ラインの新しいプロジェクト。
于 2010-05-15T03:59:16.343 に答える
-1
1.8と1.9を区別するためにRubyをあまりよく知りません（それが私の理由です：P）
于 2010-04-22T14:42:03.767 に答える