我现在只是想了解一下Managed Extensibility Framework (MEF) 并深入研究一下。我有 Eclipse 背景，所以在我的大脑中，我目前有以下等式：
MEF =~ OSGi for .NET
根据我目前所听到的。我在正确的路线上吗？
【问题讨论】：
标签： .net eclipse plugins osgi mef
Scott Hanselman 在他与 Glenn Block 的podcast 148 中帮助强调了有关 MEF 的细节。
与 OSGi 相比，MEF 建立在“控制反转”之上，OSGi 不是：它 (OSGi) 将通过基于生命周期层的不同机制发现新的捆绑包。
MEF 专注于应用程序的可扩展性。它使用 DI 作为组合不同扩展的策略，但它本身并不是一个通用的 DI 容器。
由于最后一点可能令人困惑，播客的transcripts 可以提供帮助：
我基本上定位它的方式，两者之间的区别在于，IoC 容器实际上是关于在不同环境中管理一组已知事物，就像我想要在我的磁盘环境中使用一个记录器，我想在我的测试环境中使用模拟记录器。
因此，MEF 实际上是关于管理一组未知事物，归结为，在 IoC 容器中，我倾向于执行基于约定或注册的特定注册机制，说这就是 logger 的意思，这就是这个意思，这就是那个意思。
MEF 使用代码和代码上的发现机制和注释，它们是 属性，无论系统中出现什么，这就是那里。
再一次，把它带到一个更高的层次，它是关于你使用 MEF 来真正管理一组 unknown 事物，你使用 IoC 容器来管理一组 已知 东西。
结论：（之一）主要区别在于发现原理（IoC 与生命周期）
【讨论】：
请注意，OSGi 的设计目的是可以在其之上提供一个 IoC 容器作为一个模块，实际上，有多个用于 OSGi 的 IoC 容器以及其他机制：DS、iPOJO、Blueprint 等等。
【讨论】：
刚刚偶然发现这一点，但Prism 似乎是我见过的 .NET 中最接近 OSGi 的东西！查看他们在文档中的Modular Application Development 部分。
看看他们的模块依赖示例（几乎等同于捆绑！）：
<modules>
<module assemblyFile="Modules/ModuleD.dll" moduleType="ModuleD.ModuleD, ModuleD" moduleName="ModuleD">
<dependencies>
<dependency moduleName="ModuleB"/>
</dependencies>
</module>
微软的模式和实践团队似乎已经结束，相当于 OSGi 联盟。
【讨论】：