質問

.NET 4.0の最近発表された管理された拡張性フレームワーク(MEF)-依存性注入フレームワークですか? Patterns and PracticesのMicrosoft Unityは4.0で廃止されますか? MEFはUnityのようなフレームワークと比較してどうですか?

役に立ちましたか?

解決

特にScott GuthrieによるPDC 2008 2nd Keynoteで取り上げられたMEFは、すべてのCOMおよび古いテクノロジーを使用せずに、Visual Studio 2008およびその他のアプリケーションを拡張するなどの処理に関連しています。 VS2008でテキスト版を拡張することは、とりわけ示されました。 2日目の基調講演( http://www.microsoftpdc.com )から約1時間15分で開始します。 「直接情報を取得しますが、基本的に"簡単に発見でき、拡張機能の発見をサポートする拡張ポイントを組み込んだアプリケーションを構築しようとする場合は" MEFはあなたが望むものです。 UNITYは、DIやその他のソリューションを提供する高品質のIoCコンテナーに必要なものですが、エンタープライズライブラリとの優れた簡単な統合を提供します。

EL4.0のUnityについて(現在4.1- http:// msdn.microsoft.com/en-us/library/dd203099.aspx )実際にはバージョン2のObjectBuilderの上にあるIoCであり、EL4.1にはさまざまなELアプリケーションブロックの構成を統合するための拡張ポイントがありますUnityで。

MEF対Unityは、リンゴとオレンジを比較するようなものです。 UNITYを完全に説明する優れた具体的なポッドキャスト/ウェブキャストがここにあります。これを強くお勧めします。

DotNetRocksショー#393 http://www.dotnetrocks.com/default.aspx? showNum = 393 DNR.tvショー#126 http://www.dnrtv.com/default.aspx?showNum = 126

他のヒント

1つ以上の情報( PDC2008のScott Guthrie [Video / wmv])は、依存関係注入フレームワーク以上のものだと思いました。 さまざまなものから使用できます依存性注入だけでなく、それ以上のことも行います。

先ほど読んだmopre行を1つ追加したいのですが、 MEFはInversion of Controlの一部ではありません(dependecnyはIOCの同義語であると言われています)が、それを実装しています。 依存性注入を介してIOCを実装する場合、通常Unityを使用します。これは静的な依存関係の検出に役立ちますが、MEFを使用すると、コンポーネントを実行時に検出できても、コンポーネントを静的に構成せずにアプリケーションの拡張性を高めることができます。 さらに役立つ他のリンクもあります。 UnityとMEFの違い

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top