0

私が取り組んでいる製品は、プラグ可能なフレームワークによって駆動される見積もりエンジンを持つように構築する必要があります。

現在、MAF の使用を検討しているため、ホスト インターフェイスとアドイン インターフェイスの分離を利用してバージョニングを行うことができます。

ただし、多くのアセンブリが存在することを懸念しています。見積もりエンジン アドインごとに 1 つ存在する可能性があります。そのうち 100 になる可能性があります。また、複数のバージョンをサポートする必要があるため、存在する可能性があります。合計でたくさんのアセンブリ。

見積もりエンジンも WF を使用してそれを駆動します。つまり、各アドインの各 AppDomain には、ワークフロー ランタイムが関連付けられている必要があります。これは非常に重いように見えますが、使用頻度の低いアドインをアンロードできます。

これは良いデザインのように見えますか?また、IOC コンテナーを使用してアドインの種類を読み込む単一の AppDomain ソリューションについても調べましたが、アセンブリの量を考えると、どのアセンブリもアンロードできないのではないかと懸念しています。

4

1 に答える 1

0

AppDomain と Assembly ごとに多少のオーバーヘッドが追加されますが、特定の制限については認識していません。

あなたができる唯一のことは、テストすることです (例えば、100、250、1000 などで動作するように、多くの非常に似ているが異なるアセンブリを生成するコードを作成し、その影響を確認します)。

于 2009-09-15T08:58:06.403 に答える