エリアを実装してきましたが、Cassini の起動時にエリアごとに開発サーバーをインスタンス化することがわかりました。
これは本当に必要ですか？MSDN では、これらの領域を個別の Web アプリとしてセットアップするように求められていますが、それらをクラス ライブラリに配置できないのはなぜですか?
3 に答える
3
はい、それらをクラスライブラリに取り込むことができます。MVCContribのメンバーが何をしているのかを調べたいと思うかもしれません。彼らはそれをあなたが求めていたライブラリをあなたに与えるポータブルエリアと呼んでいます。彼らは独自の埋め込みビューエンジンを使用して、dllからビューを戻します。プロセスを順を追って説明するリンクは次のとおりです。
于 2009-11-13T19:03:32.800 に答える
2
多くの調査の結果、答えは「まだ」ではないようです。まだASP.NETMVCv2のプレビューリリースを行っているので、彼らが本当に満足するまで撤回することにしました。
ASP.NETMVCプロジェクトのモジュール化に関心のある方のために私の経験を書き留めておきたいと思いました。
現在、ビルドを実行するたびに、基本的にすべての子プロジェクト（エリア用に作成された）が親にコピーされます。これはビルド後に機能しますが、エリア内のビューに変更を加えると、再構築するまで変更は表示されません。これは敏捷性を傷つけ、チームが今それを見ていることを私は知っています。
この「切断された」プロジェクト構造のために、通常は無視するビューでいくつかのフラグ付きの問題（インテリセンスの喪失）が発生します（スクリプト参照など）。長期的には1つのアプリケーションであることを忘れないでください。
また、上記の問題。デバッグ時に個別の開発インスタンスがありますが、1つのアプリケーションとしてデプロイされます。
全体として、（CWABが行ったように）独自のモジュール化されたソリューションを「自家栽培」するオプションがありますが、次の「サポートされている」プレビューを待つことをお勧めします。私はこのチームと彼らの能力に本当に満足しています。エリアを完璧にすることは私たちを本当に満足させるでしょう。
于 2009-09-08T15:46:19.847 に答える
0
まだ複数のプロジェクトを使用してエリアを構築しているために誰かがこれにつまずいた場合、MVC 2 の 1 つのプロジェクト内で確実にこれを行うことができます。単一プロジェクトのエリアについて説明するMSDN チュートリアルがありますが、単体テストを開始するときは、エリア登録のバグに注意してください。
于 2010-05-24T15:17:34.270 に答える