【SSH进阶之路】Spring的IOC逐层深入——依赖注入的两种实现类型(四)

标签：spring   ssh   ioc   di   

        上篇博文，我们介绍了为什么使用IOC容器，和IOC的设计思想以及IOC容器的优缺点，并且给大家转载了一篇介绍IOC原理的博文，我们这篇主要给大家依赖注入的两种方式，以及他们的优缺点。

       我们这篇博文还是使用上篇博客中添加用户的实力，只是给大家在注入对象的方式上发生一点点变化，为了让大家更加容易接受。下面我们开始：

构造器注入

       构造器注入，即通过构造函数完成依赖关系的设定。我们看一下spring的配置文件：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
	     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	     xmlns:aop="http://www.springframework.org/schema/aop"
	     xmlns:tx="http://www.springframework.org/schema/tx"
	     xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd
           http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd
           http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">

	<!-- 使用spring管理对象的创建，还有对象的依赖关系 -->
	<bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/>

	<bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/>
	
	<bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl">
		<!-- (1)userManager使用了userDao，Ioc是自动创建相应的UserDao实现，都是由容器管理-->
		<!-- (2)在UserManager中提供构造函数，让spring将UserDao实现注入（DI）过来 -->
		<!-- (3)让spring管理我们对象的创建和依赖关系，必须将依赖关系配置到spring的核心配置文件中 -->

		<constructor-arg ref="userDao4Oracle"/>
	</bean>
	
</beans>

import com.tgb.spring.dao.UserDao;

public class UserManagerImpl implements UserManager{

	private UserDao userDao;

	//使用构造方式赋值
	public UserManagerImpl(UserDao userDao) {
		this.userDao = userDao;
	}

	@Override
	public void addUser(String userName, String password) {

		userDao.addUser(userName, password);
	}
}

设值注入（Setter）

        设值注入模式在实际开发中得到了最广泛的应用，在LZ看来，基于设值模式的依赖注入机制更加直观、也更加的自然。我们看一下spring的配置文件：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
	     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	     xmlns:aop="http://www.springframework.org/schema/aop"
	     xmlns:tx="http://www.springframework.org/schema/tx"
	     xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd
           http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd
           http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">

	<!-- 使用spring管理对象的创建，还有对象的依赖关系 -->
	<bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/>

	<bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/>
	
	<bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl">
		<!-- (1)userManager使用了userDao，Ioc是自动创建相应的UserDao实现，都是由容器管理-->
		<!-- (2)在UserManager中提供构造函数，让spring将UserDao实现注入（DI）过来 -->
		<!-- (3)让spring管理我们对象的创建和依赖关系，必须将依赖关系配置到spring的核心配置文件中 -->

		<property name="userDao" ref="userDao4Oracle"></property>
	</bean>
	
</beans>

import com.tgb.spring.dao.UserDao;

public class UserManagerImpl implements UserManager{

	private UserDao userDao;

	//使用设值方式赋值
	public void setUserDao(UserDao userDao) {
		this.userDao = userDao;
	}
	
	@Override
	public void addUser(String userName, String password) {

		userDao.addUser(userName, password);
	}
}

       从上面的代码，我们可以发现，不管是构造器方式还是设值方式，只有两处写法不太一样，一是配置spring的配置文件，二是在依赖关系的写法不同，但都能根据名称区别开，下面我们再对比它们各自的优势。

对比

相同点：

       构造器和设值的依赖注入实现模式均具备无侵入性的特点。并且这两种实现方式各有特点，也各有优势（一句经典废话）。

不同点：

      构造方法与设值方法最重要的不同点只是创建对象的时机不同。

      构造方法是当实例化对象时执行的即“在构造期即创建一个完整、合法的对象”，例如我们的Dao对象就想在实例化UserManager的时候传值，那么我们必须要用构造方法。如果我们没有这样的需求的话，我们完全可以使用设值方法。

构造器方式的优势：

1、在构造期即创建一个完整、合法的对象。

2、避免了繁琐的Setter方式的编写，所有的依赖关系都在构造函数中设定。

3、没有Setter方法，依赖关系在构造时由容器一次性设定，因此组件在被创建之后即处于相对“不变”的稳定状态。

设值方式的优势：

1、对于习惯了传统JavaBean开发的程序员而言，通过setter方法设定依赖关系显得更加直观，更加自然。

2、如果依赖关系（或继承关系）较为复杂，那么构造方法的构造函数也会相当庞大（我们需要在构造函数中设定所有依赖关系），此时设值方式往往更为简洁。

总结

        构造器方式和设值方式，各有千秋，而spring对这种类型的注入方式都提供了良好的支持。不过对于基于Spring开发的应用而言，设值方式使用的更加广泛。

【SSH进阶之路】Spring的IOC逐层深入——依赖注入的两种实现类型(四)

标签：spring   ssh   ioc   di   

原文地址：http://blog.csdn.net/jiuqiyuliang/article/details/43028333