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。后续研究!