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

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

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

        

构造器注入

   

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

我们再看一下，构造器表示依赖关系的写法：

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的配置文件：

我们再看一下，设值表示依赖关系的写法：

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开发的应用而言，设值方式使用的更加广泛。

转载于:https://www.cnblogs.com/ainima/p/6330973.html