4

現在、アプリケーションに拡張性を追加する手段を提供する必要があります。私は現在、MEFとMAFを見ています。

MEF は、より単純なプログラミング モデルを提供し、単一の AppDomain にのみアドインをロードする必要があるため、使用シナリオにより適しています。これは、システムの設計方法によるものです。MAF を使用しても、数行のコードで同じことが実現できます。

しかし、MEF がプレビュー ステータスであることを考えると、本番システムで使用する必要があるかどうか疑問に思っていました。

4

3 に答える 3

5

MEFは何度か繰り返されてきましたが、現在では安定した API にかなり近づいていると思います (Silverlight のサポートを除けば)。MEF は .NET 4.0 の一部になり、VS2010 は拡張モデルに MEF を使用する予定であるため、この後期段階で API を大幅に変更することには強い意欲がありません。

FWIW、MEF の安定性に問題はありませんでしたし、実稼働システムで使用しても問題はありません。他のオープン ソース コンポーネントと同じように注意して扱ってください。

于 2009-08-25T20:57:49.860 に答える
2

私は現在、MEF に基づいた「実際の」アプリケーションを作成しています。私の最初のステップは、一般的な拡張可能なアプリケーション フレームワーク (拡張可能なメニュー、ツールバー、ステータス バー、ドッキング可能なウィンドウなど) を構築することでした。それをSoapBox Coreとしてオープンソース化しました。それがどのように機能するかを説明するデモも投稿しました。

確かに、実際のアプリケーションで使用する準備ができていると思います。

于 2009-11-18T01:18:16.813 に答える
0

MEF の新しいバージョンや変更について心配する必要はないと思います。MEF はライブラリ アセンブリです。運用アプリケーションでは、MEF ライブラリをプロジェクトに追加し、アセンブリを常にローカルの展開先にコピーできます。このようにして、本番アプリケーションはそのバージョンのままになります。

私は多くのオープンソース ライブラリを使用してきました。アプリケーションが展開されているのと同じフォルダーにライブラリ ファイルがある限り、問題はありません。元のオープン ソース プロジェクトのソース コードを入手するか、ソリューションに追加することをお勧めします。ライブラリにデバッグする必要がある場合に役立ちます。

于 2009-10-24T02:41:49.033 に答える