2016-05-21 19 views
0

私は、ASP.NET MVCとエンティティフレームワークを使用して大きなアプリケーションを構築しようとしています。私は、このプロジェクトがある時点で非常に大きくなることを知っています。私は、より多くのプログラマーが私を助けてくれる時に、それを管理できるように設計しています。ASP.NET MVCを使用してモジュールベースアプリケーションを構築するにはどうすればよいですか?

私が検討したいことは、アプリケーションのデプロイメントです。アプリケーションを更新したり、新しいセクションをアプリケーションに追加するたびに、アプリケーションをコンパイルする必要はありません。

MVCデザインを使用すると、コードを清潔に保ちやすくなり、メンテナンスも簡単になると思います。しかし、私が実際に強要した​​いことの1つは、ファイルを整理しておくためのモジュール設計です。

私がやったいくつかの検索に基づいて、同じアイデアに基づいているように見えるエリア、MEF、MAFの3つが出てきました。

また、MAFは私が探しているかもしれない行の中でMEFが多い多くのプロジェクトでは過剰殺しであるかもしれないことを知りました。

私が見つけた記事のほとんどは、少なくとも2歳であり、ASP.NET MVC 4についての協議は、私はそれがASP.NET MVC 5またはASP.NET MVCに6

がどのように関連するかわかりません

私には分かりにくいのは、MEFはフレームワークであり、ASP.NET MVCは別のフレームワークです。 2つのフレームワークを使用して、モジュールベースアプリケーションでMVC設計を行うことは可能ですか?ファイルを整理して、アプリケーションをコンパイルしなくても、モジュールを更新したり、新しいモジュールを追加したりする必要はありません。

MVCとMEFの組み合わせは、大規模なアプリケーションに適していますか?アプリケーションを設計する際に考慮する必要がありますか?

+0

これはSOのために基づいて、あまりにも広義/意見です...コア対5に注意してください - フレームワークは十分に異なっているため、あるフレームワークについて他のフレームワークには適用できない可能性があります。 2年5つの記事については間違いなく適用されます... –

+0

'アプリケーションに新しいセクションを追加したり更新したりするたびにアプリケーションをコンパイルする必要はありません。 [Web Deploy](http://www.iis.net/downloads/microsoft/web-deploy)と組み合わせることで、比較的簡単に実現できます。デプロイメントのためだけに必要以上に複雑な設計にしないでください。 – NightOwl888

答えて

2

私はMEFがあなたが探しているものに対する答えだとは思わない。 MEFは、開発者に「プラガブル」アーキテクチャを作成できるようにするという考えで設計されました。

コアが異なるクライアント間で共有されるが、一部のカスタムモジュールで共有されるアプリケーションを開発するとします。 MEFはあなたが探しているものです。

代わりに、あなたが言っていることから、あなたは単なる整然とした頑丈なアーキテクチャを作成しようとしていると思います。あなたはそれのためにMEFは必要ありません。ここで

は心の中で懸念の分離の原則を維持する大きなMVCアプリケーションを構築する方法についての良い記事です:https://chsakell.com/2015/02/15/asp-net-mvc-solution-architecture-best-practices/

+0

私は記事をよく理解しているかどうかはわかりません。しかし、ASP.NET MVCフレームワークを使用しているようではありません。私はASP.net MVCに固執したいと思いますが、私のファイルを別のフォルダに分けたいのです – Jaylen

+0

もちろんMVCを使用しています。基本的には、サービス、データアクセス、ドメイン、およびmvcアプリケーション用に別々のプロジェクトを作成するように指示するだけです – tocqueville

関連する問題