Spring精髓 15分钟搞明白

  几年的学校和工作项目开发过程中，spring一直伴随左右。
  在实际的开发中，我们反复尽量避免尽量降低对象间的依赖关系即耦合度。但是如何才能作到呢？ 通常的业务对象之间都是依赖关系的，业务对象与业务对象，业务对象与持久层，业务对象与各种资源之间都存在这样和那样的依赖关系。
  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标准的属性就可以了。例如：
  Java代码
1.    
2. 
3.public class MyBusinessObject {  
4. 
5.private DataSource ds;  
6. 
7.   
8. 
9.public DataSource  getDataSource() {  
10. 
11.    return ds;  
12. 
13.}  
14. 
15.   
16. 
17.public void setDataSource(DataSource ds) {  
18. 
19.    this.ds = ds;  
20. 
21.}  
22. 
23.   
24. 
25.// 具体的业务逻辑  
26. 
27.}  
28.  
 

public class MyBusinessObject {

private DataSource ds;



public DataSource  getDataSource() {

    return ds;

}



public void setDataSource(DataSource ds) {

    this.ds = ds;

}



// 具体的业务逻辑

}
  这样当容器实例化对象MyBusinessObject的时候，会立即调用设值方法，将所需的DataSource传递给MyBusinessObject。
  可以看出MyBusinessObject只是一个普通的Java对象，完全没有依赖IoC容器。这样它就可以在容器外运行。
  （二）构造子注入（Constructor Injection）

如果使用构造子注入MyBusinessObject大概会是这样的。

Java代码
1.     
2.public class MyBusinessObject {  
3. 
4.private DataSource ds;  
5. 
6.   
7. 
8.public MyBusinessObject(DataSource ds) {  
9. 
10.    this.ds = ds;  
11. 
12.}  
13. 
14.   
15. 
16.// 具体的业务逻辑  
17. 
18.}  
19.  
  
public class MyBusinessObject {

private DataSource ds;



public MyBusinessObject(DataSource ds) {

    this.ds = ds;

}



// 具体的业务逻辑

}


可以看出这也是一个简单的Java对象，它也同样不依赖IoC容器。



比起以前在应用代码中的查找，创建依赖对象的方法来看，这两种注入方法都有着巨大的进步。但是我们该如何选择呢。到底是使用设值方法注入还是构造子注入呢。



让我先来看看这两种方法的优缺点。



设值方法注入的主要优点：

1）  每个设值方法都有一个对应的读取方法，这样就可以要求受控对象汇报自身的状态。

2）  父类的属性可以被子类继承而无需重新编码。



设值方法注入的主要缺点：

1）  设置方法的调用次序无法规定

2）  在使用对象前，可能存在不是所有的设值方法都会调用到，可能存在着未配置完全的状态。



构造子注入的主要优点：

1）  在使用之前，对象必定处于配置完全的状态。

2）  比起多个设值方法来说一个构造函数的代码量可能更少，当然两者的复杂程度是没有区别的。



构造子注入的主要缺点：

1）  构造子无法被自动被继承。

2）  构造子参数太多和构造子操作太多都不方便于使用

3）  IDE对设值方式要比构造子参数列表有更好的支持。



由此可见在下列情况下，设值方法注入更有优势：

1）  需要配置的属性很多

2）  对象位于继承体系中

3）  对象必须提供运行时修改依赖关系的途径（我认为这点是最主要的）