IOC/DI

IOC (Inversion of Control ) 控制反转，就是把原先我们 代码里需要实现的对象创建、依赖的代码，反转给容器来帮忙实现。那么必然我们需要创建一个容器，同时需要一种描述让容器知道需要创建的对象与对象的关系。这种描述的具体表现就是我们的可配置文件。
DI (Dependency Injection ) : 就是指对象被动接受依赖而不是主动查找，换句话说，就是指对象不是从容器中查找它依赖的类，而是在容器实例化对象的时候主动将它依赖类注入给它。
IOC: 控制反转
即控制权的转移，将我们创建对象的方式反转了,以前对象的创建是由我们开发人员自己维护,包括依赖关系也是自己注入。使用了spring之后，对象的创建以及依赖关系可以由spring完成创建以及注入，反转控制就是反转了对象的创建方式，从我们自己创建反转给了程序创建(spring)

IoC——Inversion of Control ，控制反转。

DI——Dependency Injection，依赖注入。

IoC/DI 的基本概念

　IoC是什么 ?

　　IoC -- Inversion of control, 控制反转

　　   在Java开发中，IoC意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。IoC是一种让服务消费者不直接依赖于服务提供者的组件设计方式，是一种减少类与类之间依赖的设计原则.

　　　理解IoC的关键是明确"谁控制谁，控制什么，为何是反转，哪些方面反转了"，下面来深入分析一下：

　　　谁控制谁，控制了什么： 传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建以来对象; 而IoC是有专门的一个容器来创建这些对象,即由IoC容器来控制对象的创建; 控制什么 ---> 主要控制了外部资源的获取

　　　为何是反转,哪些方面反转了: 有反转就有正转,传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象,也就是正转; 而反转则是由容器来帮忙创建及注入依赖对象;  为何是反转? ---> 因为由容器帮我们查找及注入依赖对象,对象只是被动的接受依赖对象,所以是反转;   哪些方面反转了？  ---> 依赖对象的获取被反转了.

　IoC不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试; 有了IoC容器后, 把创建对象和查找依赖对象的控制权交给了容器, 由容器进行注入组合对象, 所以对象与对象之间是松散耦合, 这样也方便测试, 利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活. 

　　　　其实，IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了"主从换位"的变化,应用程序原本是老大,要获取什么资源都是主动出击,但是在IoC/DI思想中，应用程序就变成被动的了,被动的等待IoC容器来创建并注入它所需要的资源了.

　DI -- Dependency Injection,依赖注入

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

　　　　理解DI的关键是 "谁依赖谁,为什么需要依赖, 谁注入谁，注入了什么"，下面来深入分析一下：

　　　　谁依赖于谁 : 　应用程序依赖于IoC/DI容器

　　　　为什么需要依赖 :　因为反转后，应用程序所依赖都资源都在IoC/DI容器中

　　　　谁注入谁 :　IoC/DI容器注入应用程序

　　　　注入了什么: 注入了应用程序需要的外部资源，比如：依赖关系

　控制反转和依赖注入之间是同一个概念吗?

　　　　它们不是同一个概念，但是它们是同一个概念的不同角度的描述。

　　　　控制反转（IoC）从 IoC容器的角度来说

　　　　依赖注入（DI） 从应用程序的角度来说　　　　　　

　　

　　何为外部资源?

　　　　对于一个类来说，所谓外部资源，就是指在自己类的内部不能得到或实现的东西。

　　　　　　比如，在类里面要读取一个配置文件，那么，这个配置文件就相当于这个类的外部资源

　　　　　　比如，A类里面要调用B类，那么对于A类来说B类就是外部资源