3

モジュラー Web アプリケーションを構築するためのフレームワークとアプローチに関するアドバイスを探しています。

主な目標は、再展開の必要性を最小限に抑えることですが、場合によっては再展開で問題ありません。

OSGI for Java は正しい考えのように思えますが、.NET 実装が必要です。

http://www.osgi.org/Main/HomePage モジュラー Web アプリ

ASP.NET MVC + はどうですか？

4

4 に答える 4

2

私は ASP.NET MVC + MEFを使用します。それでかなりモジュール化できます。

この例を参照してください。

于 2009-05-15T16:54:55.003 に答える
0

.NETを検討している場合、ASP.NETMVCはほぼ間違いなくあなたが行くべき方法です。この設計により、アプリケーションのさまざまな懸念事項を非常に明確に分離し、それらをテストすることができます。要件を考えると、ASP.NET MVCアプリはインプレースでコンパイルされないため、変更されたアセンブリを再コンパイルして再展開する必要があるという欠点があります（私の知る限り...）。

ただし、懸念事項を明確に分離し（右？）、展開する前にすべての単体テストを実行した（右？）ので、変更されていないことを確信して、変更された単一の新しいアセンブリを展開できます。何でも壊す。

ASP.NET MVCに興味がある場合は、Scott Hanselman、Scott Guthrie、Rob Conery、Phil Haackによる新しい本を強​​くお勧めします。最初の章（200ページと完全なアプリケーションチュートリアル！）は、ここから無料でオンラインで入手できます。

于 2009-05-15T16:40:31.000 に答える
0

ドメイン駆動設計を調べてください。このトピックに関する Eric Evans の本は優れたリソースです。

.Net で MVC スタイルのアプリケーションを構築するのに ASP.MVC は必要ありませんが、Microsoft の支援があれば役に立ちます :)...

于 2009-05-15T16:28:44.397 に答える
0

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

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

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

他のアイデアは、通常、それらの 1 つに基づいています。

于 2009-05-15T16:42:13.850 に答える