私は現在、(Web フォームから) いくつかのプロジェクトのリライトのベースとして使用される ASP.NET MVC 3 ソリューションのプロトタイプに取り組んでいます。
私が持っている目標の 1 つは、現在何もないのではなく、アプリケーション全体に何らかのスクリプト管理を実装することです。
MVC 3には欠陥があります。部分ビューまたはテンプレート ビューで特定のスクリプトを指定する必要がある場合、レンダリングされた HTML でスクリプト ブロックが配置されている場所を制御できなくなるか、親ビューで依存するすべての JavaScript ファイルを指定する必要があります。 .
説明されている問題を解決するためのフレームワークとしてhttp://getcassette.net/を使用することを真剣に検討しています。しかし、MVC4 ベータ版の最後のリリースでは、私は再び自分自身を疑うようになりました.MVC のバンドルはカセットのバンドルと非常によく似ており、私は再び混乱しています:
MVC4 バンドルに移行するよりも、今すぐカセットを実装する必要がありますか?
簡略化されたスクリプト マネージャーを自分で実装する必要があります (MVC4 プレビューのスクリプト ヘルパー クラスなど)。その後、MVC4 に移行します。
または、カセットをプロジェクトに統合し、MVC の実装よりも将来性のあるものになることを期待する必要があります (カセットに付属する依存関係の数が非常に多いため、このオプションは今のところ好きではありません)。
私は Cassette 自体の経験がなく、自分で比較するのは非常に難しいと感じています。回答やヒントをいただければ幸いです。
編集: 別のオプションがあると考えました: MVC バンドル用のベータ nuget パッケージのインストール: https://nuget.org/packages/Microsoft.Web.Optimization
結論: MVC4 バンドルの実装を調べれば調べるほど、大きな違いに気付きます。MVC4 バンドルは、上記の MVC3 の問題に対処していません。バンドルと縮小を行うだけです。さらに、カセットはスクリプトタグを特定の場所にレンダリングできるだけでなく、それらを正しい順序で並べることもできますが、これは簡単なことではありません。そのため、現時点ではどちらのソリューションにも満足しておらず、将来的に状況が改善されることを期待して、独自の最小限の実装を考え出そうとしています.
しかし、プロジェクトに 5 つ以上の依存関係と一連の web.config 変更を追加することを恐れていない場合は、カセットを使用してください。機能の重複を減らすために内部で MVC バンドルを利用するために、ある時点で更新され、うまくいけば、よりモジュール化されることを願っています。
更新: Cassette のバージョン 2.0 以降、バンドルと js の依存関係の解決だけが必要な場合は、Coffee スクリプトや Cassette のその他の機能を含める必要はなくなりました。したがって、この時点で、カセットは私にとって明らかな勝者です.