私は MVC 2 で独自の制御方法論の反転を実装しました。MVC Turbine を見直して、おそらくそれに切り替えることを考えていました。しかし、今日、MVC 3 Preview 1 がリリースされ、新しいコントロールの反転サポートが組み込まれていることに気付きました。リリースされるまでにはしばらく時間がかかることはわかっていますが、新しいコントロールの反転サポートが基本的にMVC Turbineは不要にします。
どう思いますか?
私は MVC 2 で独自の制御方法論の反転を実装しました。MVC Turbine を見直して、おそらくそれに切り替えることを考えていました。しかし、今日、MVC 3 Preview 1 がリリースされ、新しいコントロールの反転サポートが組み込まれていることに気付きました。リリースされるまでにはしばらく時間がかかることはわかっていますが、新しいコントロールの反転サポートが基本的にMVC Turbineは不要にします。
どう思いますか?
MVC3 の機能は MVC Turbine が現在提供している機能 (フィルター サポート、コントローラー インジェクションなど) と重複していますが、それが原因で MVC Turbine がなくなることはないと思います :)
私の意図は、フレームワークへの新しい追加により、MVC Turbine が MVC1 と MVC2 で克服しなければならなかった摩擦の一部が緩和されるため、MVC Turbine が現在新しい MVC3 ビットで提供しているのと同じ機能を提供することです。
MVC3 ビットが固まるにつれて、DI/IoC サポートを扱う MVC Turbine V3 の最終的な機能も固まります。基本的に、MVC Turbine は進化して、ASP.NET MVC アプリケーションにコンポジション サポートを提供し、「隠れた」配管のために MVC3 の DI 機能に依存します。
現在、MVC1/2 アプリケーションで MVC Turbine を最大限に活用する方法について質問がある場合は、遠慮なく私に連絡するか、Google グループに情報を問い合わせてください。
MVC Turbine は、IoC サポートを提供するだけではありません。それは、構成、コンポーネントの発見、および自動登録機能に関するものです(したがって、MVC3 DI機能よりもMEFと重複しています:)。