再看IOC， 读深入理解DIP、IoC、DI以及IoC容器

IoC则是一种 软件设计模式 ，它告诉你应该如何做，来解除相互依赖模块的耦合。 控制反转（IoC），它为相互依赖的组件提供抽象，将依赖（低层模块）对象的获得交给第三方（系统）来控制 ， 即依赖对象不在被依赖模块的类中直接通过new来获取 。 依赖倒置原则，它转换了依赖，高层模块不依赖于低层模块的实现，而低层模块依赖于高层模块定义的接口 。通俗的讲，就是高层模块定义接口，低层模块负责实现。控制反转（IoC）一种重要的方式， 就是将依赖对象的创建和绑定转移到被依赖对象类的外部来实现 。依赖注入（DI）， 它提供一种机制，将需要依赖（低层模块）对象的引用传递给被依赖（高层模块）对象。

转自http://www.cnblogs.com/liuhaorain/p/3747470.html

截取的这段话话解释的很精辟。目前接触的.Net中可用的IOC容器：CastleWindsor，MEF，Unity。它们大体功能相同， 无非是通过代码、Attribute或者配置文件将接口与实现配对，放入容器中用来映射依赖， 管理对象的创建和生存周期，然后由系统或者手动通过接口获取相应的实现类。

对上转文中提到的MEF作为IoC容器是有点勉强，它的主要作用还是用于应用程序扩展，避免生成脆弱的硬依赖项，个人认为MEF是实现了IOC基本认为的IOC框架，作为Ioc MEF可能仅仅可以充当对象工厂，提供管理对象生命周期以及缓存的功能，并且它最大的好处是，如果你对IOC没有太高特定化的需求，MEF提供的.Net Framework 级别的Ioc，你不需要引入任何额外的东西。

那我们能把MEF完全当做IOC来用么？个人观点：MEF（Managed Extensibility Framework）顾名思义它创建的目的是简化创建可扩展的应用程序，因此，它主要是作用在应用程序间的有组合能力部件。那么它主要关注于可扩展的支持，强调组合而不是依赖注入。那么我们把MEF拿来用作IOC是对的么，总觉得怪怪的。

So，问题来了，怎么去理解MEF与IOC。后续研究！