Spring IOC/DI 设计思想

IOC—Inversion of Control（控制反转）：

在java开发中，将你设计好的对象交给了容器控制。传统的程序设计，咱们是直接在对象内部经过new进行建立对象，是由程序主动去建立依赖关系对象。IOC思想是有专门一个容器来建立这些对象，由IOC容器来控制这些对象的建立。

谁控制了谁？IOC容器控制对象。

控制了什么？主要控制了外部资源获取（不仅是对象，包括文件等）。

为什么是反转，哪些方面反转了？有反转就有正传。传统应用程序是由咱们本身在对象中主动控制去直接获取依赖的对象，这就是正传；而反转则是由容器来帮忙建立和注入依赖的对象。

为什么是反转？由于由容器帮咱们查找及注入依赖对象，对象只是被动的接受依赖对象，因此是反转。

那些方面反转了？依赖对象的获取被反转了。

 

DI—Dependency InjectionI（依赖注入）：

组件之间的依赖关系由容器在运行期决定，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非给应用程序带来更多的功能，而是为了提高组件的重用的频率，并为系统搭建一个灵活、可扩展的平台。经过依赖注入机制，咱们只要经过简单的配置就可指定目标须要的资源，完成自身的业务逻辑，而不须要关心具体的资源来自何处，由谁实现。

谁依赖了谁？应用程序依赖于IOC容器。

为何须要依赖？应用程序须要IOC容器提供对象须要的外部资源。

谁注入谁？IOC容器注入应用程序所依赖的对象。

注入了什么？注入某个对象所须要的外部资源（对象，资源等）。

 

IOC和DI有什么关系呢？

其实它们是同一个概念的不一样角度描述

IOC是以谁控制了谁的角度的一种设计思想

DI是以谁依赖了谁的角度的一种设计思想