Spring学习 -----IoC和DI概述
在实际的开发中，我们反复尽量避免尽量降低对象间的依赖关系即耦合度。但是如何才能作到呢？ 通常的业务对象之间都是依赖关系的，业务对象与业务对象，业务对象与持久层，业务对象与各种资源之间都存在这样和那样的依赖关系。
IoC (Inversion Of Control)中文名为控制反转，就是由容器来控制业务对象之间的依赖关系，而非传统实现中，由代码直接操控。这也就是所谓“控制反转”的概念所在：控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。控制权的转移带来的好处就是降低了业务对象之间的依赖程度。
IoC实现策略：
1） 依赖查找：容器中的受控对象通过容器的API来查找自己所依赖的资源和协作对象。这种方式虽然降低了对象间的依赖，但是同时也使用到了容器的API，造成了我们无法在容器外使用和测试对象。
2） 依赖注入：对象只提供普通的方法让容器去决定依赖关系，容器全权负责组件的装配，它会把符合依赖关系的对象通过属性（JavaBean中的 getter和setter，.NET中的property）或者是构造子传递给需要的对象。通过属性注射依赖关系的做法称为设值方法注入(Setter Injection)，将构造子参数传入的做法称为构造子注入（Constructor Injection）
IoC的第二种策略 依赖注入是一种更加合适的方法。让容器去全权负责依赖查询，受控对象只要暴露属性和代参数的构造子，使容器可以在初始化对象的时候设置对象间的依赖关系。这种方式往往不需要依赖特定API和接口，完全只要依赖语言本身就可以实现了。Spring之父Rod Johnson称之为language-based IoC。
这样做的好处：
1） 查询依赖操作和应用代码分离。
2） 受控对象不会使用到容器的特定的API。这样我们的受控对象可以搬出容器单独使用。
现在让我们来看看依赖注入的两种实现方法。
（一）设值方法注入(Setter Injection)
使用设值方法注入的时候，受控对象通过属性来表达自己所依赖的对象和所需配置的值。Java实现中，只要对象提供JavaBean标准的属性就可以了。例如：
public class MyBusinessObject {private DataSource ds; public DataSource getDataSource() { return ds;} public void setDataSource(DataSource ds) { this.ds = ds;} // 具体的业务逻辑} public class MyBusinessObject {private DataSource ds; public MyBusinessObject(DataSource ds) { this.ds = ds;} // 具体的业务逻辑}