依赖注入通常有如下两种方式:
①设值注入: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、 依赖关系只能在构造器中设定,则只有组件的创建者才能改变组件的依赖关系。对组件的调用者而言,组件内部的依赖关系完全透明,更符合高内聚的原则。
建议采用以设值注入为主,构造注入为辅的注入策略。对于依赖关系无须变化的注入,尽量采用构造注入;而其他的依赖关系的注入,则考虑采用设值注入。