IOC容器理解

1.IOC是什么？

    IOC-Inversion of Control 即控制反转它是一种设计思想，而不是一种技术。IOC使得你能够将设计好的对象交给容器控制，而不是在类内部直接实例化。如何理解IOC容器呢？理解好IOC的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就有正转了），那些方面反转了”，接下来咱们分析一下。

•     谁控制谁，控制了什么：在传统的程序设计中，咱们在类内部直接使用new关键字实例化对象，是程序主动建立须要依赖的对象；而IOC是有一个专门的容器来建立这些对象，即IOC容器控制着这些对象的建立；谁控制谁？固然是IOC容器控制了对象；控制了什么，那就是控制了外部资源获取（不仅是对象还包括文件，字符串等）；
• 为什么反转，哪方面反转了：有反转固然就有正转了，在传统程序中是有咱们在类中主动控制去直接获取依赖的对象，也就是正转。而反转则是由IOC容器帮忙建立以及注入依赖对象；为什么反转，由于容器帮咱们查找及注入依赖对象，类只能被动接受依赖对象，因此是反转。哪方面反转了，依赖对象的获取被反转了。

2.IOC能作什么？

    IOC不是一种技术，是一种思想，一个面向对象编程的法则，它能指导咱们设计出松耦合，更优良的程序。传统的应用程序是咱们在类内部主动建立依赖对象，从而致使类与类之间的高耦合，难于测试。有了IOC容器后，把建立和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，因此对象之间是松耦合，这也方便测试，利于功能复用，更重要的是使得整个程序的整个体系变的很是灵活。

    其实IOC编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序本来是老大，要获取什么资源都是主动获取的，可是在IOC/DI思想中，应用程序变成了被动的了。被动的等待IOC容器来建立并注入它所需的资源。

    IOC很好的体现了面向对象设计法则之一-----好莱坞法则：“别来找咱们，咱们找你”即IOC帮对象找到相应的依赖并注入。

3.IOC和DI

    DI--Dependency Injection ,即“依赖注入”：组件间的依赖关系，由容器在运行期决定，形象的说，即容器动态的将某个依赖注入到组件中。依赖注入的目的并不是为软件系统带来更多的功能，而是为了提高组件的重用频率，并搭建一个灵活的可扩展的平台。经过依赖注入机制，咱们只需经过简单的配置，而无需任何代码就可指定目标须要的资源，完成自身业务逻辑，而不须要关心具体资源来自何处，由谁实现。

    理解DI的关键是：“谁依赖谁，为何须要依赖，谁注入了谁，注入了什么”，那咱们来深刻分析一下。

• 谁依赖谁：固然是程序依赖于IOC容器。
• 为何须要依赖：应用程序须要IOC容器来提对象须要的外部资源。
• 谁注入谁：很明显高是IOC容器注入应用程序某个对象，应用程序依赖的对象。
• 注入了什么：就是注入了某个对象须要的外部资源（包括对象，资源，常量数据）。

    IOC和DI有什么关系呢？其实他们是同一个概念不一样角度的描述，因为控制反转概念比较含糊（可能只理解为容器控制对象这一个层面，很难让人想到由谁来维护对象关系）因此2004年大师级人物Martin Fowler又给出了一个新的名字--“依赖注入”，相对IOC而言“依赖注入”明确描述了 被注入对象依赖IOC容器。