問題タブ [maf]

複数の AppDomains で実行される WPF UI の作成を検討しています。アプリ ドメインの 1 つはアプリケーションを実行し、残りの AppDomain は一連のユーザー コントロールとロジックをホストします。もちろん、この考え方は、これらのユーザー コントロールとロジックをメイン アプリケーションからサンドボックス化することです。

MAF/System.AddIn を使用してこれを行う例を次に示します。他の人はこれについてどのような経験をしていますか? このソリューションは、1 つのユーザー コントロール内で発生する可能性がある RoutedEvents/Commands をどのように処理し、これらを AppDomains 間で適切にシリアル化しますか? WPF リソースはどうですか? AppDomain 間でシームレスにアクセスできますか?

Managed Extensibility Framework（MEF）とManaged AddIn Framework（MAF、別名System.AddIn）は、非常によく似たタスクを実行するようです。このStackOverflowの質問によると、MEFはSystem.Addinの代わりになりますか？、両方を同時に使用することもできます。

どちらを使用するのか、もう一方を使用するのはいつですか。どのような状況で、両方を一緒に使用することを選択しますか？

Managed AddIn Framework（MAF、別名System.AddIn）を使用して作成されたアドインに構成設定を渡す必要があります。アドインのコンストラクターに設定パラメーターを設定できますか？

もう1つのオプションは、Initialize（）メソッドを作成することですが、アドインで作業を行う前に、このメソッドを呼び出すことを忘れないでください。

他の人がMAFをどのように利用しているかを知りたい:

• 契約とは何を定義するのですか？
• IoC と MAF を一緒に使用しますか?
• アドインはどのように相互に通信しますか?
• MAFはwinformsアプリケーションの構築にどのように役立ちますか? ...

アドインアセンブリのシャドウコピーをロードするようにASP.NETでMAFを構成することは可能ですか？Webサーバーを手動で再起動せずにアドインを更新できるようにしたいのですが。

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

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

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

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

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

MicrosoftAddInFrameworkによってロードされた多数のアドインがすべて別々のプロセスにあります。

パケットは一方の側（アドインでもあります）から着信し、パケットのプロセスを調整するコントローラー（アドインでもあります）に送信されます。次に、コントローラは、最後のアドインから受信したコンテンツと結果に応じて、パケットを他の複数のアドインに1つずつ送信します。

私の質問は、AddIn Frameworkの通信レイヤーがこれを行うための高速な方法になるのか、それとも名前付きパイプやネットTCP、またはまったく異なるものを使用するWCFからより良いパフォーマンスが得られるのかということです。

堅牢なアドインアーキテクチャが必要なため、プロジェクトでMAFを使用したいと思います。それでも、他のアドインからアドインのメソッドを呼び出す必要があるところまで来ました。一部のアドインが他のアドインに依存している、または利用可能な場合は他のアドインの機能を使用するという柔軟な方法でこれを実現するにはどうすればよいですか。

たぶん、ホストプロセスを介した集約？

よろしくお願いします。

ウフク。

少なくとも7つのアセンブリが必要であり、Appdomain分離機能が機能し始める前に、アドインのデータモデルをリモート処理で処理できるデータ型に制限します。とても複雑です！System.AddInチームのブログは、COMのメンタルモデルを再作成しようとしていたことを示唆しています。このモデルは、そもそもよく理解できておらず、メリットが売りに出されていません。（COMが非常に優れている場合、なぜそれは死んでいるのですか？-レトリックの質問です。）レガシーCOMとミラーリングまたは相互運用する必要がない場合（VSTOがSystem.AddInを使用するように）、ロードをロードするいくつかのクラスを作成することは可能ですか？新しいAppDomain？

私は自分でディスカバリーコードを書くことができます、私は以前にそれをしました、そして私はGACのアセンブリを反復するのが好きではないので、素朴な実装はかなり速いです！

だから私の特定の質問は、AddInsがいくつかのコードリモーティングスニペットで提供するAppDomain分離を取得できますか？それらは何でしょうか？

WPF で MAF を使用して非常に単純な Paint アプリケーションを作成したいと考えています。

作成したいアドインは次のとおりです。

1. メイン イメージ プロセッサ - 現在のペイントを表示し、ユーザーからの入力を受け取ります
2. ツール ボックス - ユーザーはいくつかの種類の描画ツールを選択できます
3. レイヤー - ユーザーは、表示するレイヤーを選択したり、レイヤーを削除したり、作業するレイヤーを選択したりできます

問題は、ホストを使用せずに異なるアドイン間でやり取りするにはどうすればよいかということです。

ありがとう、ロニー