私は新しい Web アプリケーションを設計する準備段階にあり、まだ何らかの実装を開始していません。このアプリケーションはかなり複雑なドメインをモデル化しており、Rails Active Record よりも ruby DataMapper ORM (.net の世界では NHibernate を使用している) などのツールを使用する方が快適だと思います。また、プロトタイプよりもjqueryを好みます。もちろん、これらの考慮事項はすべて Merb を使用することを指していますが、バージョン 3 で Merb が Rails にマージされ、別個のフレームワークとして存在しなくなることは承知しています。
レールにかなり重大な変更が加えられていることを考えると、アプリケーションの実装作業を開始する意味はありますか? 今から Merb で開発を開始し、Rails に移植する価値があるかどうか知りたいのですが、これがどれほど難しいかを示唆するものをまだ見つけていません。もう 1 つのアプローチは、Rails で今すぐドメインの作業を開始し、v3 がリリースされてからのみ ORM とフロントエンドを検討することです。
要するに、Merb アプリが Rails 3 にどの程度移植可能になるかを知りたいのですが、コア開発者以外がこれを知るには時期尚早かもしれないことは承知しています。
どんな考えでも大歓迎です。ありがとう ：）
- - - - - - - 編集 - - - - - - - -
Merb プロジェクトの主任開発者である Yehuda Katz は、彼のブログで次のように述べています。
計画では、Rails の作業をすぐに開始し、その間にバグの修正と Merb のその他の主要な問題の解決を継続する予定です。また、Rails 3 への移行を容易にするために特別に設計された Merb のバージョンもリリースします。
具体的には、開発者が Merb 1.x と Rails 3 の間で発生する変更を追跡するのを支援するために、非推奨の通知やその他の移行メカニズムを備えた Merb リリースを行います。Rails 3 に徐々に近づく多くの中間リリースを期待してください。摩擦をさらに減らすために、Merb の一部 (特にヘルパー) が Rails 3 で実行されるように移植されることを期待してください。
はっきりさせておきたいのですが、私たちは Merb プロジェクトを放棄しているわけではありません。タイムリーなバグ修正と将来への明確な道筋の両方に依存している Merb で実行されている多くのプロダクション アプリケーションがあります。現在 Merb を使用している場合は、引き続き Merb を使用してください。プロジェクトで Merb を使用することを検討している場合は、 Merb を使用してください。あなたは寒さに取り残されることはありません.私たちはあなたのアプリケーションが過去に行き詰まらないようにするためにあらゆることをするつもりです.
Merb を既に学習している場合は、その知識を Rails 3 に適用できるように努力します。Engine Yard では、Rails 3 がリリースされるまで社内アプリに Merb を使用し続けるつもりですが、それらの（自明ではない）アプリケーションを使用して、エクスペリエンスが誰にとってもスムーズであることを確認してください。大きなジャンプはなく、アプリケーションを最初から書き直す必要もありません。