問題タブ [mef]

Microsoft の Managed Extensibility Framework (MEF) で多くの作業をした人はいますか? すべての人にすべてのものを提供しようとしているように聞こえますが、それはアドイン マネージャーです。ダックタイピングです！肯定的か否定的かを問わず、誰かがそれを経験したことがあるかどうか疑問に思っています。

現在、次の大きなプロジェクトでは MvcContrib という汎用 IoC 実装を使用することを計画しています。MEF をミックスに投入する必要がありますか?

MEF（Managed Extensibility Framework）は、既存のIoC / DIコンテナーでは解決できない問題をどのように解決しますか？

重複の可能性:
MEF と MAF (System.AddIn) の選択

Managed Extensibility Framework は System.Addin の代わりになりますか? それとも補完的なものですか？

MEF チームは、それはプラグイン モデルに関するものだと言い続けています。では、UI プラグインについて話しているのでしょうか。非 UI コードでこれをどのように使用できますか? コードをダウンロードしましたが、例はすべて GUI に関するものです。私はそれが間違っていると思いますか？

.NETコミュニティ（ala Qi4j ）内のCOPについては、過去1年間にある程度の関心があったようです。数人の人々が独自のCOPフレームワークを導入しており（以下のリンクを参照）、.NET4.0のDynamicDispatchとMEFが.NETCOPフレームワークで潜在的な役割を果たしているように見えます。

一方で、これの多くはSystem / 38日からのアイデアを思い起こさせるように見えます（はい、私は老人です）が、他方では、オスロ（モデリングとリポジトリ）にもかなり適しているようです）。MicrosoftがCOPに取り組んでいるかどうかについて誰かがコメントできますか？

最近の.NETCOPフレームワークの取り組み：

HendryLuk-あなた自身のCOPをロールバックする

YvesGoEleven.com-警官-概念実証

AndersNorås-トリックまたは特性？C＃を使用した複合指向プログラミング

MagnusMårtensson- Unityアプリケーションブロックでの複合指向プログラミングの急増

私のMEFの使用法では、コードの他の多くの部分で利用できるようにしたいインポートがたくさんあります。何かのようなもの：

インポートされた各サービスを個別のパラメーターとして渡すこともできますが、それは多くの退屈なコードです。もっといいものがあるに違いない。何か案は？

MEFを使用して、次のことを行いたいです。

私はWPFシェルを持っています。別の DLL から、MVP トライアドのビューでもある UserControl をインポートしたいシェルに。MVP トライアドが機能する方法は、プレゼンターに、IModel と IView の両方を取り、それらを結び付けるコンストラクターがあることです。したがって、これが機能するためには、MEF が次のことを行う必要があります。

1. IView 実装を作成する
2. IModel 実装を作成する
3. Presenter を作成し、IModel と IView をそのコンストラクターに渡します
4. IView 実装が表示されたらシェルにインポートする

代わりに、タイプ Exporting IView のみを作成し、それをシェルに渡し、基本的に手順 2 と 3 をスキップします。考えてみるとかなり論理的ですが、どのように MEF にトライアド全体を作成するように指示できますか? IView をお願いします。Shell .dll の他の場所で Presenter やモデルを参照する必要はないので、それを Import として配置することもオプションではありません (とにかく、かなり醜いでしょう :)。

最新の MEF (Preview 2 Refresh) を使用しています。誰？

==アップデート==

私は解決策を見つけ、それについてここでブログを書きました:
Krzysztof Koźmic のブログ - MEF で依存関係のツリーを作成する

しかし、誰かがより良い解決策を思いついたなら、私はもっとうれしいです.**

できればSystem.AddinsまたはMEFを使用して、（動的にロードされたサービスを使用して）拡張可能なWCFサーバーを構築する方法についての提案を探しています。

サーバーは、最小限の「プラグイン」API（StartService / StopService / GetStatus？/ etc）を実装するWCFサービス（DLLアセンブリに含まれ、実行時にロードされる）をホストする必要があります。

この投稿は良いスタートです。議論するいくつかの目的とポイント：

• サービスごとに分離されたAppDomainを使用する/使用しない？
• 各サービス（エンドポイント、トランスポートプロトコル）を構成する方法は？XML-configファイルまたはより良い代替手段？
• アセンブリの遅延/遅延ロード（サービスリクエストが到着したとき）？可能？使える？方法？
• ディスク上のファイルが変更されたときにアセンブリをリロードします（開発環境に役立ちます）。
• ディスクの構成が変更されると、サービスが再起動します。

そしてもちろん、他のアイデアはいつでも歓迎です;）

最近発表された.NET4.0のマネージドエクステンシビリティフレームワーク（MEF）-依存性注入フレームワークですか？Patterns andPracticesのMicrosoftUnityは4.0で廃止されますか？MEFはUnityのようなフレームワークとどのように比較されますか？

MEF と Lua には類似点があります。どちらもメソッドを登録し、必要に応じてデプロイできます。MEF と Lua はどちらも IoC / 依存性注入の形式ですか?