ベスト.NETフレームワーク/モジュラー製品のアプローチ？モジュラーWebアプリケーションを構築するためのフレームワークとアプローチに関するアドバイスをお探し

Question

。

主な目標は、再デプロイメントの必要性を最小限に抑えることですが、再デプロイメントは時折うまくいくでしょう。

OSGI for Javaは正しいアイデアのようですが、.NET実装が必要です。

http://www.osgi.org/Main/HomePage Modular web apps

何ASP.NET MVC +についての???

Answer 1

私はASP.NET MVC + MEFを使用したいと思いますが、かなりモジュール化できます。

this exampleを参照してください。

Answer 2

ドメイン駆動型のデザインを見て、エリックエヴァンスの本は素晴らしいリソースです。

あなたは.NETのMVCスタイルのアプリケーションを構築するためにASP.MVCを必要といけないが、それはMicrosoftのバッキングを持つことができます：）...

Answer 3

は、.NETを見ている場合は、ASP.NET MVCは、ほぼ間違いなくありますあなたが行かなければならない方法。デザインは、あなたは非常にきれいに、アプリケーションのさまざまな懸念を分けるだけでなく、それらをテストすることができます。それが持っているかもしれない欠点は、あなたの要件を考えると、ASP.NET MVCのアプリが（...私の知る限りでは）その場でコンパイルされていないよう変更されたアセンブリは、再コンパイルおよび再展開しなければならないであろうということです。

しかし、配備前に懸念事項をきれいに（右か？）分けて、すべての単体テストを実行したので、高い信頼度で変更された新しいアセンブリを1つ配備できます。それは何も壊すことはありません。

ASP.NET MVCに興味があるなら、Scott Hanselman、Scott Guthrie、Rob Conery、Phil Haackの新しい本をお勧めします。最初の章（200ページと完全なアプリケーションチュートリアル）が利用可能です無料でオンラインでhere

Answer 4

これを達成する方法はたくさんあります。それぞれ独自のトレードオフがあります。

1つの方法は、仮想ディレクトリを持つ基本プライマリサイトを持つことです。各仮想ディレクトリは完全で関連するアプリケーションを指します。欠点は、Cookieを作成するときに使用するベースURLを指定する必要があることです。そうしないと、1つのアプリケーションが別のアプリのCookieにアクセスできなくなります。

もう1つは、ユーザーコントロール（DNNと思う）によって各サブサイトを作成することです。これには、コアアプリケーションが共通の機能をどのように公開するかについて、多くの考えと計画が必要です。

その他のアイデアは、一般的に、これらのいずれかの上に構築します。