Rails 3 ベータ版がリリースされたので、簡単な調査を行いましょう。
アプリケーションの機能と、Rails 3 にアップグレードする時期を簡単に教えてください。または、すぐにアップグレードする予定がない場合は、何が妨げになっているのか教えてください。
9 に答える
3
本音をいうと？開発者が目を覚まし、gem とプラグインで Rails 3/Ruby 1.9 の作業を開始するとき。彼らはそれが来るのを数か月前から知っており、ほとんどの人はわざわざアップグレードすることさえしていません. 特に指摘したいのは、最も使用されている認証プラグインの 1 つである authlogic です。Rails 3 ではまだ機能しません。
おっと！
于 2010-02-06T18:49:09.637 に答える
2
アプリケーションを Rails 3 にアップグレードするつもりはありません。
ただし、今後はすべての新しいプロジェクトを rails3 にすることにしました。プラグインのサポートがないことは大きな問題ではありません。アプリをプラグインから切り離して、後で好きなように入れ替えることができるからです。
また、大きなプラグインはすぐにアップグレードされるのではないかと思います。
ここでプラグインのステータスを追跡します。
于 2010-02-07T13:54:42.250 に答える
2
現在、Rails アプリはすべて Rails 2.3.5 で実行されており、すべてのアプリの LOC は 80% 以上です。これは、私が自分用に作成したり、職場で管理したりするすべての製品にとって常に重要な要件です。
通常、マイナー/バグ修正リリースへのアップグレードは数分で完了します。GEM のバージョンを変更し、要件をアップグレードし、テストを実行し、問題を修正してコミットします。
Rails 3.0 は大幅な書き直しであり、最大の問題はプラグインの互換性です。プラグインは私の直接の管理下にはありません。これは、 Ruby 1.9.1 へのアップグレードに苦労したのと同じ理由です。
しかし、私はすでに Rails 3 で遊んでいます。既存のアプリを正しい方向に動かし始めるために、Rails 3 の最も重要な変更点をできるだけ早く学びたいと思っています。さらに、プラグインの作者として、自分のプラグインに互換性を持たせるために、Rails 3 で作業を開始することが重要です。
昨日は、最もシンプルなアプリから始めました。まあ、少なくともこれは私がそれについて考えていたものです。とにかく、これは外部依存関係の数が少ない (3 Gem 未満) アプリであり、アップグレードに約 1 時間、Rails がルートのロードに失敗した理由を理解するのに 3 時間かかりました。Rails Metal コンポーネントが新しい Rails 3 スタックと競合していたことが判明しました。
解決しなければならない小さな問題がいくつかありますが、最初のアプリを Rails 3 に正常に移行できたと言えます。
Rails 3 の安定版が利用可能になったら、できるだけ早くすべての Rails アプリを Rails 3 に移行する予定です。または、少なくとも、依存関係が実際に Rails 3 で機能するかどうかを確認でき次第です。幸いなことに、http://railsplugins.org/で、互換性のある/互換性のない Rails プラグインをすべてリストする目的でプロジェクトが開始されています。
私のリモート環境は既に Rails 3 と互換性があり、Ruby Enterprise Edition (1.8.7) で Passenger を使用しています。唯一のブロックの問題はプラグインです。
Rails アプリの大部分が Rails 3 に対応できるようになるまで、少なくとも 1 か月はかかると思います。Rails 3 の安定版がリリースされるか、ブロック機能のために新しいバージョンが本当に必要になるまで、おそらくアップグレードを開始しないと思います (例: . サブドメインベースのルーティング)。
于 2010-02-07T00:17:09.537 に答える
2
するつもりはありません。私は非常に少数派だと思いますが、私の大きなアプリケーションはまだ 1.2.6 を実行しています。アップグレードしようと考えるたびに、Rails はまた変化しているように思えます。
それは私がやりたいことをし、かなりのお金を稼ぎ、寒さの中でますます取り残されていると感じていますが、更新するのに十分な説得力のある理由がありません.
于 2010-02-05T13:56:47.877 に答える
1
私はアプリを2.3のエッジで維持していますが、3ではRailsに多くの基本的な変更があるため、おそらくベータ版をインストールし、それらの変換に取り組み、リリースされるまでに準備が整うことを望んでいます。安定。
RailsConfの前に多くのリードタイムがあることも嬉しいので、Rails 3の新機能に本当に慣れることができ、そこで迷子になったり圧倒されたりすることはありません。
于 2010-02-05T15:12:01.517 に答える
1
どのアプリケーションもアップグレードしないと思います。私がそれから得るものと比較して、それは大量の仕事になるでしょう。また、アプリで使用したプラグイン/gem が Rails 3 と互換性がない場合もあるため、アップグレードが不可能であるか、gem をフォークする必要があり、時間がかかりすぎます。
更新する必要がある場合は、すべての gem/plugins が Rails 3 に更新されるまで、もう少し待つことになるでしょう。もちろん、私が開発する新しいアプリケーションはすべて Rails 3 を使用して作成されます。
于 2010-02-08T15:54:19.140 に答える
0
実際に機能をコーディングするよりも、Zend Framework と Doctrine でコードを機能させる (フレームワークのバグを修正する、面倒な言語の回避策を実行する、単純な苦痛を伴う) ことにおそらく多くの時間を費やしていることに気付いた後、ついに RoR を試してみる時が来たと判断しました。特に、RoR3 は大量のドキュメントとともに公開されています。
5時間経ち、本当に有望に見えます。1時間はデバッグでしたが、プラグインに関する一部のドキュメントは最新ではありませんでしたが、残念ながら私はそこにいます.
それは興味深いことであり、より良い方向に進んでいるようです。機能をコーディングする時間を増やし、デバッグするコーディング時間を短縮します。
だから私が変換しているアプリは、現在 20 以上の Web サイトに展開されている私のプレミアム CMS であり、私自身の balupton.com を強化しています。
于 2010-12-08T21:41:45.923 に答える
0
ベータ版を試した後、どのコマンドでも動作させたくないので、新しいベータ版まで待つことにしました。
チケットはその問題に対してすでに開かれています。
于 2010-02-07T00:20:52.150 に答える
0
私は自分の質問に答えます。
Rails 3 のベータ版がいくつあるかはわかりませんが、次のベータ版または最終リリースまで、ブログアプリケーションの変換を延期するつもりです。マークアップを作成するビュー ヘルパー、名前付きスコープ、および非常に複雑なルーティングが多数あるため、かなり時間のかかるプロセスになると思います。
Rails 3に取り組む前に、まずページキャッシュを追加したい!
于 2010-02-05T15:37:34.730 に答える