依赖注入通常有如下两种方式:
①设值注入:IOC容器使用属性的Setter方法来注入被依赖的实例。
设值注入是指IOC容器使用属性的Setter方法来注入被依赖的实例。这种注入方式简单、直观,因而在Spring的依赖注入里大量使用。
②构造注入:IOC容器使用构造器来注入被依赖的实例。
构造注入在构造实例时,已经为其完成了依赖关系的初始化。这种利用构造器来设置依赖关系的方式,被称之为构造注入。
Spring推荐面向接口编程,可以更好的让规范和实现分离,从而提供更好的解耦。
对于一个JAVAEE应用,不管是DAO组件,还是业务逻辑组件,都应该先定义一个接口,该接口定义组件应该实现的功能,但是功能的实现则由其实现类提供。
EX:
定义一个java类:
package com.my.model; public class User implements Serializable {
/**
*
*/
private static final long serialVersionUID = -8149950197297816144L;
private int id;
private String u_name;
private String pwd; public User() {
}
public int getId() {
return id;
}
public void setId(int id) {
this.id = id;
}
public String getU_name() {
return u_name;
}
public void setU_name(String u_name) {
this.u_name = u_name;
}
public String getPwd() {
return pwd;
}
public void setPwd(String pwd) {
this.pwd = pwd;
} }
定义2个接口:
package com.my.dao;
import com.my.model.User;
/**
* 用户管理Dao接口
*
* */
public interface IUserDao {
public void saveUser(User u);
}
package com.my.service; import com.my.model.User;
/**
* 用户管理Service接口
*
* */
public interface IUserService {
public void saveUser(User u);
}
package com.my.service; import com.lovo.model.User;
/**
* 用户管理Dao实现类
*
* */
public class UserDaoImpl implements IUserDao{
public void saveUser(User u){
//获取session,持久化对象
}
}
package com.my.service; import com.my.model.User;
/**
* 用户管理Service实现类
*
* */
public class UserServiceImpl implements IUserDao{
private IUserDao userDaoImpl;
public void saveUser(User u){
UserDaoImpl.saveUser(u);
}
/**
*set注入
*/
public void setUserDaoImpl(IUserDao userDaoImpl){
this.userDaoImpl=userDaoImpl;
}
}
最后,我们在applicationContext.xml的<beans></beans>中分别配置2个JAVABEAN实例,并配置其关系管理。如:
<!--由Spring容器创建实例对象,并管理对象之间的关系 -->
<bean id="userDaoImpl" class="com.my.dao.impl.UserDaoImpl"></bean> <!--Spring不仅能注入普通属性,也可以注入关系,不再由调用者管理关系 -->
<bean id="userServiceImpl" class="com.my.dao.impl.UserServiceImpl">
<property name="userDaoImpl" ref="userDaoImpl"></property >
</bean>
在配置文件中,Spring配置Bean实例通常会指定2个属性:
Id:指定该Bean的唯一标识,程序通过ID属性值来访问该BEAN实例。
Class:指定该BEAN的实现类,此处不可再用接口,必须使用实现类,Spring容器会使用XML解析器读取该属性值,并利用反射来创建该实现类的实例。
得到SpringIOC容器的3个基本要点:
1、 应用程序的各组件面向接口编程。面向接口编程可以讲各组件之间的耦合提示到接口层次,从而有利于项目后期的发展。
2、 应用程序的各组件不再由程序主动产生,而是由Spring容器来负责产生、并初始化。
3、 Spring采用配置文件、或Annotation来管理Bean的实现类、依赖关系,Spring容器则根据配置文件、利用反射来创建实例,并为之注入依赖关系。
构造注入:
将上面方法中的Service实现类改为下面的方式:
package com.my.service; import com.my.model.User;
/**
* 用户管理Service实现类
*
* */
public class UserServiceImpl implements IUserDao{
private IUserDao userDaoImpl;
//默认的构造器,如果要设置有参构造,需要先显示执行无参构造
public UserServiceImpl(){}
/**
* 构造注入所需的带参数的构造器
* @param UserDao
*/
public UserServiceImpl(IUserDao userDao){
this.userDaoImpl=userDao;
}
public void saveUser(User u){
userDaoImpl.saveUser(u);
} }
applicationContext.xml中添加配置为:
<!--由Spring容器创建实例对象,并管理对象之间的关系 -->
<bean id="userDaoImpl" class="com.my.dao.impl.UserDaoImpl"></bean> <!--使用构造注入,为 UserServiceImpl实例注入userDaoImpl实例 -->
<bean id="userServiceImpl" class="com.my.dao.impl.UserServiceImpl">
<constructor-arg ref="userDaoImpl"></constructor-arg>
</bean>
两种注入方式的对比:
Spring同时支持两种依赖注入方式:设置注入和构造注入。两种注入方式,并没有绝对的好坏之分,只是适应的场景有所不同。
相比之下,设置注入具有如下优点:
1、 与传统的JavaBean的写法更相识,程序开发人员更容易理解、接受、通过setter方式设定依赖关系显得更加直观、自然。
2、 对于复杂的依赖关系,如果采用构造注入,会导致构造器过于臃肿,难以阅读。Spring在创建Bean实例时,需要同时实例化其依赖的全部实例,因而导致性能下降。而使用设置注入,则可以避免。
3、 尤其是在某些属性可选的情况下,多参数的构造器更加笨重。
当然,构造注入也不是绝对不如设值注入,某些特定的场合,构造更适合。构造也有如下优点:
1、 构造注入可以在构造器中决定依赖关系的注入顺序,优先依赖的优先注入,常常需要依赖于Datasource的注入。采用构造注入,可以在代码中清晰地决定注入顺序。
2、 对于依赖关系无须变化的Bean,构造注入更有用处。因为没有setter方法,所有的依赖关系全部在构造器中设定,因此,无须担心后续的代码对依赖关系产生破坏。
3、 依赖关系只能在构造器中设定,则只有组件的创建者才能改变组件的依赖关系。对组件的调用者而言,组件内部的依赖关系完全透明,更符合高内聚的原则。
建议采用以设值注入为主,构造注入为辅的注入策略。对于依赖关系无须变化的注入,尽量采用构造注入;而其他的依赖关系的注入,则考虑采用设值注入。