MEF是依赖注入框架吗？

StackOverflow https://stackoverflow.com/questions/293051

  •  08-07-2019
  •  | 
  •  

题

最近宣布的.NET 4.0托管可扩展性框架（MEF） - 它是一个依赖注入框架吗？模式和实践中的Microsoft Unity在4.0中是否会过时？ MEF与Unity这样的框架相比如何？

有帮助吗？

解决方案

在Scott Guthrie的PDC 2008第二届主题演讲中特别提到，MEF与扩展Visual Studio 2008和其他应用程序等事情有很多关系，而不必使用所有COM和旧技术...一个非常好的演示其中包括扩展VS2008中的文本版本。开始大约一小时15分钟到第二天的主题演讲（ http://www.microsoftpdc.com ）和你将获得直接信息，但基本上如果您要<！>“构建一个具有内置可扩展性点的应用程序，该应用程序可以轻松发现，并且支持发现扩展，<！>”;那么MEF就是你想要的。 UNITY是您想要的高质量IoC容器，它既可以用于DI，也可以用于其他解决方案，但可以很好地与企业库集成。

关于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 Show＃393 http://www.dotnetrocks.com/default.aspx？ showNum = 393 DNR.tv显示＃126 http://www.dnrtv.com/default.aspx?showNum = 126

其他提示

我看到一篇文章说它听起来像一个但更多的信息（ PDC2008的Scott Guthrie [Video / wmv]让我觉得它不仅仅是一个依赖注入框架。 从声音可以用于依赖注入，但也做更多。

我想添加一条mopre系列，我刚刚读到 MEF不是Inversion of Control的一部分（因为dependecny被认为是IOC的同义词）但它实现了它。 当我们通过依赖注入实现IOC时，我们通常使用Unity，它有助于发现静态依赖关系，但MEF允许我们增加应用程序的可扩展性，而无需静态配置组件，即使它们可以在运行时被发现。 还有其他链接可以帮助您更多： Unity和MEF之间的区别

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top