Spring 框架学习（一）——IOC思想原型及实质

一、我们以前写业务代码的方式

1.UserDao 数据访问接口

package com.kuang.dao;

import java.util.List;
public interface UserDao {
    void selectAll();
}

2.UserDaoImpl Dao层实现类

package com.kuang.dao;

public class UserDaoImpl implements UserDao{
    public void selectAll() {
        System.out.println("获取了用户的数据!");
    }
}

3.UserService 业务接口

package com.kuang.service;

public interface UserService {
    void getUser();
}

4.UserServiceImpl 业务实现类

package com.kuang.service;
import com.kuang.dao.UserDao;
import com.kuang.dao.UserDaoImpl;

public class UserServiceImpl implements UserService {
    // 以前这个new Dao层实体类的代码都写到方法里面，也可以写到外面避免多次创建实例
    // 这里用到了 组合的方式
    
    private UserDao userDao = new UserDaoImpl();

    // 用户实际调用的是业务层，而不是Dao层
    // 业务层就做一个事情，调Dao层进行使用功能

    public void getUser() {
          userDao.selectAll();
    }

}

5.测试类用户使用业务功能

package com.kuang.test;
import com.kuang.service.UserService;
import com.kuang.service.UserServiceImpl;

public class Test {

 @org.junit.Test
    public void test(){
     UserService userService = new UserServiceImpl();
     userService.getUser();
    }
}

接口与具体实现类的分开有效的实现了解耦合，但是还不够方便。

举几个例子，来说明Sring为什么要使用IOC来实现控制反转，以及什么是控制反转

二、用户更改需求，代码如何改动

如果用户增加了一个使用Mysql获取用户数据的需求，在上述的方式下我们会怎么改呢？

1.创建一个其他的类实现UserDao接口，重写方法的具体代码

package com.kuang.dao;

public class UserDaoMySQLImpl implements UserDao{
    public void selectAll() {
        System.out.println("MySQL获取用户数据!");
    }
}

2.在UserServiceImpl 业务层具体实现的方法里面修改代码，使得UserDao的实现类更改成上面写的这个新的类

package com.kuang.service;
import com.kuang.dao.UserDao;
import com.kuang.dao.UserDaoMySQLImpl;

public class UserServiceImpl implements UserService {
    // 将接口实现的类 修改了
    private UserDao userDao = new UserDaoMySQLImpl();
    
    public void getUser() {
          userDao.selectAll();
    }
}

3.测试具体业务功能。

以上面这个例子可以说明一个问题：

??上面的例子中，每次用户更改需求，我们都要在原代码的基础上进行修改，比如用户想要Orcale获取数据就要修改成new Orcale，想要SqlServer 获取用户数据，就要修改成 new SqlServer。

??这个例子中修改的代码还不是很多，如果真实的项目中，代码量成千上万行，有几十个类，用户的需求增加或者更改，那么就需要在很多地方修改代码，非常麻烦，开发的效率很低

上述的方式写代码，适应不了用户的需求变更，用户需求变了，要立马修改原代码，非常不好。

所以就有了另外一种写代码的具体方式

三、IOC 思想原型

在业务具体实现类这里，变更写代码的方式

package com.kuang.service;
import com.kuang.dao.UserDao;

public class UserServiceImpl implements UserService {
    // 对属性不做具体的new，交给set接口来设置，控制权直接翻转
    private UserDao userDao;

    // 使用set的方式实现了值的动态注入
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

    public void getUser() {
          userDao.selectAll();
    }
}

之前的方式是程序控制创建对象（通过new的方式定死了具体的实现对象）

现在是用户在使用不同需求时，通过set注入自己需要的对象即可实现需求。

package com.kuang.test;
import com.kuang.dao.UserDaoMySQLImpl;
import com.kuang.service.UserService;
import com.kuang.service.UserServiceImpl;

public class Test {

 @org.junit.Test
    public void test(){
     UserService userService = new UserServiceImpl();

     // 加了这一行代码，用户实现set注入自己的需要具体对象，不需要修改源代码中的任意一行
     ((UserServiceImpl)userService).setUserDao(new UserDaoMySQLImpl());
     
     userService.getUser();
    }
}