几年的学校和工作项目开发过程中,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) 对象必须提供运行时修改依赖关系的途径(我认为这点是最主要的)
Spring精髓 15分钟搞明白
最新推荐文章于 2022-08-17 14:58:39 发布