IOC模式理解

理解IOC inversion of control  控制反转  与  DI   Dependency Injection  依赖注入概念之前，我们需要知道在一个系统的设计过程中，降低各模块之间的相互依赖，达到高内聚低耦合，是判断设计好坏的标准；

所以Robert Martin大师提出了面向对象设计原则----依赖倒置原则： 　　

• A. 上层模块不应该依赖于下层模块，它们共同依赖于一个抽象。 　
• B. 抽象不能依赖于具象，具象依赖于抽象 

这其实就是要求系统设计中面向接口编程思想的一种表达，而IOC模式则把这种思想进一步贯彻和实现。

一般的程序实现，两个模块之间可以是高度耦合的

设计接口，引入IOC容器管理和实例化接口对象，在IOC容器中把实例化的B对象注入模块A中

       这里我们可以看到，模块A依赖与外部容器（IOC容器）实例化并注入它所需要的外部资源，而所谓的控制反转与依赖注入则是对同一概念不同角度的理解；控制反转意味着原来应该由模块A主动实例化对象，改由IOC容器去实现，控制权由原来的A模块变为了容器，从而达到了A模块与B模块之间的解耦；依赖注入则是对于模块A来讲，它需要依赖于IOC容器创建它需要的对象，并注入到自身当中；

      其实大家对IOC更多的是需要从思想层面上去理解，控制权的反转的目的是要达到模块间的解耦，模块之间是感受不到对方存在的，对象的创建、生命周期的管理全都有IOC容器来管理，上层模块调用底层模块时，需要依靠IOC容器创建并注入；

      这一篇文章我们大致了解了IOC模式，下一篇我们看下.NET下IOC框架Autofac的使用。