アプリケーションの各エリアに対してCassiniのインスタンスをインスタンス化しないにはどうすればよいですか？

Question

私は領域を実装していましたが、Cassiniを起動するときに領域ごとに開発サーバーをインスタンス化することが判明しました。

これは本当に必要ですか？ MSDNでは、これらの領域を別々のWebアプリケーションとしてセットアップしていますが、なぜそれらをクラスライブラリに入れることはできませんか？

Answer 1

多くの研究の結果、答えは「まだ」ではないようです。私たちはまだASP.NET MVC v2のプレビューリリースに入っていますので、本当に良い気分になるまで、私は元に戻すべきだと決めました。

私は、あなたのASP.NET MVCプロジェクトをモジュール化するのに興味がある人のために私の経験を書き留めたと思いました。

現時点では、ビルドを実行すると、基本的にすべての子プロジェクト（領域用に作成されたもの）が親にコピーされます。ただし、ビルド後に動作しますが、ある領域でビューを変更すると、リビルドするまで変更内容は表示されません。これは敏捷性を傷つけ、私はチームが今それを見ていることを知っています。

この「接続されていない」プロジェクト構造のため、私たちが通常無視する（スクリプト参照などの）ビューで、いくつかのフラグ付きの問題（インテリジェンスが失われる）が発生します。長期的には1つのアプリケーションだと覚えておいてください。

また、上に掲載された問題。デバッグ時には別個のデバイスインスタンスがありますが、1つのアプリケーションとしてデプロイします。

全体的には、モジュール化されたソリューションを自宅で育てるという選択肢がありますが（CWABのように）、次の「サポートされている」プレビューを待つようお願いします。私はこのチームとその能力について本当に良い気分です。パーフェクトエリアは本当に私たちを満足させるでしょう。

Answer 2

はい、クラスライブラリにダウンロードできます。あなたは、MVCContribのメンバーが何をしているのか調べたいと思うかもしれません。彼らはあなたにあなたが求めていた図書館を提供するポータブルエリアと呼んでいます。彼らは独自の埋め込みビューエンジンを使用して、ビューをdllから戻します。プロセスを案内するlinkがあります。

Answer 3

複数のプロジェクトを使用してエリアをビルドしているため、誰でもこの問題が発生する場合は、MVC 2の1つのプロジェクトで間違いなく実行できます。ローカルでMSDN tutorialがあるので、単一プロジェクトエリアを歩くことができますが、単体テストを開始するときにはarea registration bugに注意してください。