私は現在、Webフォームからのいくつかのプロジェクト書き換えのベースとして使用されるプロトタイプのASP.NET MVC 3ソリューションを開発中です。カセットバンドルとMVC4バンドル
私が持っている目標の1つは、現在持っているものとは対照的に、アプリケーション全体でいくつかのスクリプト管理を実装することです。
MVC 3には欠陥があります:部分ビューまたはテンプレートビューで指定された特定のスクリプトが必要な場合、レンダリングされたHTMLのどこにスクリプトブロックがあるかを制御できなくなるか、親ビューのjavascriptファイル。
私は、上記の問題を解決するためのフレームワークとしてhttp://getcassette.net/の使用を真剣に検討しています。 MVCのバンドルは、カセットのバンドルには本当に似ていて、私は再び混乱しています:
は、私は今、カセットを実装し、よりMVC4バンドルに移行する必要がありますしかし、MVC4ベータの最後のリリースでは、私は再び自分自身を疑う作ったのですか?
は、私はいくつかの単純化スクリプトマネージャ自身(MVC4プレビューでかなった。スクリプトのようなヘルパークラス)を実装し、その後MVC4
に移行したり、私がプロジェクトにカセットを統合する必要があり、それはより未来になることを願っていべきMVCのimlementation(私は本当にこのオプションが好きではない証明は、今だけの依存関係カセットの完全な数が付属しているので)。
私は、カセット自体に経験がないし、それは本当に難しいの比較を自分で作るために見つけ、任意の答えやヒントをいただければ幸いです。
EDIT: 私はちょうど別のオプションがあることを考え出し:MVC結束のためにベータnugetパッケージをインストール:https://nuget.org/packages/Microsoft.Web.Optimization
結論: より多くの私はMVC4バンドルの実装に大きな違いを見て、私が注目してください。 MVC4バンドルは上記のMVC3の問題に対処していません - ただ&のバンドルをバンドルします。さらに、カセットは特定の場所にスクリプトタグを描画するだけではなく、正しい順序でスクリプトタグを並べ替えることもできますが、それは簡単ではありません。 それでは、私はどちらの解決方法にも満足していません。将来的に状況が改善されることを望んで、私は自分の最小限の実装を考え出します。
5+を追加することを恐れていない場合、web.configの束がプロジェクトに変更されます。カセット用です。機能の重複を減らすためにMVCのバンドルを利用するように、ある時点で更新されることを願っています。うまくいけば、よりモジュラーになります。
UPDATE:カセットのバージョン2.0のよう あなただけのバンドルとJS依存関係の解決が必要な場合は、コーヒースクリプトやカセットの他の特徴を含む必要はなくなりました。だからこの時点でカセットは私にとっては明らかな勝者です。
すべてのアップデートをありがとうございました。質問だけで多くの助けになりました! :) – keisar
はい、本当にありがとう、更新プログラムのおかげで、それは実際の経験が含まれているので、答えよりも役立った。 –