MEF为什么不是DI / IoC容器？

有人在博客圈和Microsoft自己说过，MEF并不是另一个IoC容器。

好...但是为什么呢？对我来说似乎一样。也许不如Unity或Castle Windsor好，但仍然符合定义，不是吗？

MEF为什么没有Unity或Castle Windsor这样的IoC容器？

MEF具有潜力，但作为DI容器，它缺乏：

1. 代码配置
2. 自动注册
3. XML配置（对我而言并不那么重要）
4. 自定义寿命
5. 拦截

这些事情很重要。

对于生活方式，它缺乏：

1. 每个图
2. Web请求上下文
3. 线程上下文
4. 会话上下文
5. 汇集
6. 范围
7. 定制参考

参考文献：-Mark Seemann的书“ .NET中的依赖注入”

在我的世界中，DI基于三个维度，即对象组成，生命周期管理和拦截。这是其他成熟的DI容器（例如Unity，Castle Windsor和Ninject）所促进的。MEF仅支持一个维度，即“对象组合”。它做得很好，但是MEF不支持其余两个维度。