私はasp.net mvcを学習しているだけで、コントローラーを別のプロジェクトに移動する方法を理解しようとしています。通常、以前にasp.net Webアプリを設計したことがあるときは、モデル用に1つのプロジェクトを作成し、ロジック用にもう1つのプロジェクトを作成しました。
今私はasp.net mvcを学習しているので、同様のパターンに従ってモデルとコントローラーをそれぞれ独自のプロジェクトに配置し、views / scripts / cssをWebに残すことを望んでいました。モデルの部分は簡単でしたが、私が理解していないのは、別のプロジェクトのコントローラーを「見つけられる」ようにする方法です。また、これが望ましいかどうかも知りたいです。ありがとう！
回答:
まず第一に、モデルを別のプロジェクトに入れることは確かに良い考えです。あなたが発見したように、これは取るに足らないことです。
コントローラーとビューに関しては、特定のアプリケーションで特定の必要があるかもしれませんが、ほとんどの基本的なプロジェクトでそれらを分離する明らかな利点はありません。
これを行うことを選択した場合、コントローラを見つける方法をフレームワークに通知する必要があります。これを行う基本的な方法は、独自のControllerFactoryを提供することです。DefaultControllerFactoryのソースコードを見て、これがどのように行われるかを知ることができます。このクラスのサブタイプを作成し、GetControllerType（string controllerName）メソッドをオーバーライドするだけで、目的を達成できます。
独自のカスタムControllerFactoryを作成したら、global.asaxのApplication_Startに次の行を追加して、フレームワークに検索場所を指示します。
ControllerBuilder.Current.SetControllerFactory(new MyControllerFactory());アップデート：読むこの記事 と、それはより多くの情報のためにリンクの記事を。以下についてのその投稿に関するPhil Haackのコメントも参照してください。
ControllerBuilder.Current.DefaultNamespaces.Add(
"ExternalAssembly.Controllers");...これは完全な解決策ではありませんが、単純なケースでは十分な可能性があります。
独自のControllerFactoryを作成することは妥当ですが、各プロジェクトですべてのコントローラーを定義する方が便利ですが、共有プロジェクトのコントローラーから派生させます。
namespace MyProject1.Controllers
{
public class MyController : MySharedProject.Controllers.MyController
{
// nothing much to do here...
}
}
namespace MySharedProject.Controllers
{
public abstract class MyController : System.Web.Mvc.Controller
{
// all (or most) of my controller logic here...
}
}これには、プロジェクトごとに異なるコントローラーロジックを配置する場所があるという追加の利点があります。また、コントローラーは標準の場所に存在するため、他の開発者がコントローラーロジックをすばやく見つけやすくなります。
これが賢明かどうかに関しては、絶対にそうだと思います。ビジネスロジックが大きく異なるプロジェクト間で共有したいいくつかの共通のアカウント管理ロジックを作成しました。私は自分のアカウントと管理コントローラーを共有していますが、他のコントローラーはそれぞれのプロジェクトに固有です。
クラスに次のコードを追加します（u'r Controller Codeの場合）
namespace ContactController
{
public class ContactController : Controller
{
public ActionResult Call()
{
ViewBag.Title = "Inside MyFirst Controller.";
return View();
}
}}
mvcプロジェクトビューフォルダーで、連絡先のフォルダーを追加し、Call.cshtmlファイルを作成します。
クラスライブラリプロジェクト参照をメインのMVCプロジェクトに追加します。
System.Web.MvcNuGetリファレンスを更新した後で問題が解決し、MvcWebsiteとクラスライブラリが同じものを使用するようになりましたSystem.Web.Mvcバージョンを
デフォルトの名前空間を追加する必要はありません
私が使用する最も簡単な分離形式は、元のMVCプロジェクトでビューを「そのまま」保持し、コントローラーを削除することです。次に、新しいClassLibraryプロジェクトにControllerクラスを追加し、それらがControllerから確実に継承されるようにします。
MVCルーティングエンジンは自動的にClassLibraryのコントローラーにルーティングし、コントローラーは参照と使用が正しく行われていれば、元のMVCプロジェクトからビューを自動的に構築します。
このアーキテクチャを使用して、メインソリューションとは別にコンパイルおよび展開できるHTMLレポートモジュールを実装しています。ついに私はSSRSから解放されました！