Spring的IOC逐层深入——为什么要使用IOC[实例讲解]（二）

从这篇博文开始，我们开始一一的深入学习Spring的两个核心。Spring目前最引人注目的地方，就是IOC=Inversion Of Control（控制反转）或者DI=Dependence Injection(依赖注入)的设计思想。

这篇博客我们使用传统方式（即不使用Spring）来实现一个添加用户的实例，再同理使用Spring实现添加用户的实例，对比学习IoC的概念，以及为什么使用IoC等等，最后，简单总结。下面我们开始：

传统方式：

客户端：

[java] view plain copy

public class Client {
public static void main(String[] args){
//由我们的应用程序负责服务（对象）定位，主动发起查找
UserManager userManager = new UserManagerImpl();
userManager.addUser("jiuqiyuliang", "123456");
}
}

业务逻辑层：

UserManager接口：添加用户的方法

[java] view plain copy

public interface UserManager {
public void addUser(String userName,String password);
}

UserManager实现

[java] view plain copy

public class UserManagerImpl implements UserManager{
@Override
public void addUser(String userName, String password) {
//由我们的应用程序负责服务（对象）定位，主动发起查找
//UserDao userDao = new UserDao4MysqlImpl();
UserDao userDao = new UserDao4OracleImpl();
userDao.addUser(userName, password);
}
}

数据访问层：

UserDao接口：添加用户的方式

[java] view plain copy

public interface UserDao {
public void addUser(String userName,String password);
}

UserDao两种实现（Mysql和Oracle）：传统方式使用配置文件，然后使用工厂来创建相应的对象（即我们经常说的配置文件+抽象工厂+反射，一会儿我们再看看Spring创建对象的方式）

[java] view plain copy

public class UserDao4MysqlImpl implements UserDao{
@Override
public void addUser(String userName, String password) {
//打印访问Mysql的相关信息
System.out.println("UserDao4MysqlImpl.addUser");
}
}

[java] view plain copy

public class UserDao4OracleImpl implements UserDao{
@Override
public void addUser(String userName, String password) {
//打印访问Oracle的相关信息
System.out.println("UserDao4OracleImpl.addUser");
}
}

运行效果图：

Spring的IOC逐层深入——为什么要使用IOC[实例讲解]（二）

看到上面的代码，非常的熟悉，因为我们平时经常使用。但是问题来了，在业务逻辑层的实现中，UserDao有多种不同的实现方式，例如Mysql和Oracle，UserManager要依赖于UserDao的具体实现。并且对象是由我们自己负责创建的，我们主动的发起了一个查找，要依赖于一种数据库的实现。此时我们的UserManager就和UserDao的具体实现紧紧的耦合在一起了。我们再看客户端，我们要使用UserManager，同业务逻辑层一样，还得需要我们自己负责主动查找UserManager的具体实现。

我们可以发现：传统方式，对象和对象之间发生严重的依赖关系，耦合度非常高而且依赖关系都写死在了代码里，项目不易修改和维护，必须要改代码。

下面我们使用Spring方式改造实例，实现同样的功能，让Spring管理我们的对象，看看Spring是怎么创建对象和描述对象之间依赖关系的。

Spring方式：

项目的包图：

Spring的IOC逐层深入——为什么要使用IOC[实例讲解]（二）

客户端：

[java] view plain copy

public class Client {
public static void main(String[] args){
BeanFactory factory = new ClassPathXmlApplicationContext("applicationContext.xml");
//到IOC容器中获取UserManager
UserManager userManager = (UserManager) factory.getBean("userManager");
//UserManager使用UserDao，在配置文件已经有依赖关系
userManager.addUser("jiuqiyuliang", "123456");
}
}

业务逻辑层：
UserManager实现：

[java] view plain copy

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);
}
}

Spring的配置文件：

[html] view plain copy

<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">

由于其他地方的代码和效果图，同上，不再浪费大家的带宽。

对比传统的实现方式，再看客户端和UserManager，我们可以发现：通过IoC或DI，我们只需要通过简单的配置，而无需任何代码就可以指定UserManager中所需的UserDao的具体实现。UserManager只需利用容器注入的UserDao实例，完成自身的业务逻辑，而不用关心具体实现来自哪、由谁实现。换句话说：我们不再需要自己负责创建对象，管理对象生命周期以及维护对象的依赖关系，这些都有Spring替我们完成了。