Ø 理解依赖注入
在分析原理之前我们先回顾下依赖注入的概念:
我们常提起的依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念。具体含义是:当某个角色(可能是一个Java实例,调用者)需要另一个角色(另一个Java实例,被调用者)的协助时,在 传统的程序设计过程中,通常由调用者来创建被调用者的实例。但在Spring里,创建被调用者的工作不再由调用者来完成,因此称为控制反转;创建被调用者 实例的工作通常由Spring容器来完成,然后注入调用者,因此也称为依赖注入。
其实简单的说,依赖注入起到的作用就是讲对象之间的依赖关系从原先的代码中解耦出来,通过配置文件或注解等方式加上Spring框架的处理让我们对依赖关系灵活集中的进行管理。
Ø 设值注入
不需要显示地调用set方法,会根据xml的相关配置自动进行调用,利用属性或成员变量的set方法进行注入。
eg:
[sql] view plain copy
<span style="white-space:pre;"> </span><bean id="beanA" class="com.daley.serviceImple">
<property name="B" ref="beanB"/>
</bean>
<bean id="beanB" class="com.daley.service"/>
其中property里面的name是需要注入参数的成员变量的名称,ref是注入参数引入bean的名称
如上例:beanA中有一个成员变量名为B,参数类型为beanB,spring的IoC容器会自动的调用beanA中的set方法赋值。
Ø 构造注入
在spring的IoC容器调用接口的构造方法去创建实例的时候,构造器会自动给成员变量赋值,构造方法中的参数名和成员变量名必须保持一致
[sql] view plain copy
<span> </span><bean id="beanA" class="com.daley.serviceImple">
<constructor-arg name="B" ref="beanB"/>
</bean>
<bean id="beanB" class="com.daley.service"/>
Ø 两种注入方式的对比
相比而言设置注入具有以下优点:
1)与传统的JavaBean的写法更相似,程序开发人员更容易理解、接受。
通过setter方法设定依赖关系显得更加直观、自然。
2)对于复杂的依赖关系,如果采用构造注入,会导致构造器过于臃肿,难以阅读。
Spring在创建Bean实例时,需要同时实例化其依赖的全部实例,因而导致性能下降。
而是用设置注入可以避免这些问题。
3)尤其在某些属性可选的情况下,多参数的构造器更加笨重。
某些情况下,构造注入的优势:
1)构造注入可以再构造器中决定依赖关系的注入顺序,有限依赖的优先注入。
例如,组件中其它依赖关系的注入,常常需要依赖于Datasource的注入。
采用构造注入,可以在代码中清晰地决定注入顺序。
2)对于依赖关系无需变化的Bean,构造注入更加有用。
因为没有setter方法,所有的依赖关系全部在构造器内设定。
因此,无需担心后续代码对依赖关系的破坏。
3)依赖关系只能在构造器中设定,则只有组建的创建者才能改变组建的依赖关系。
队组建的调用者而言,组件内部的依赖关系完全透明,更符合高内聚的原则。
建议:采用设置注入为主,构造注入为辅的注入策略。对于依赖关系无需变化的注入,尽量采用构造注入;
而其它的依赖关系的注入,则考虑设值注入。