Spring重要思想之IOC控制反转理论推导

冷环渊

发布于 2021-10-19 15:27:33

35200

代码可运行

文章被收录于专栏：冷环渊的全栈工程师历程冷环渊的全栈工程师历程

运行总次数：0

代码可运行

前言：

最近这几天的博客都会是以复习为主，复习一些相对关键的知识点以及探究一些底层的执行原理。复习以及巩固框架知识

示例

首先让我们跟着一个例子来看看什么是控制反转

UserDAO接口
UserDAOimpl实现类
UserService业务接口
UserServiceimpl业务实现类这是我们曾经的开发步骤

首先是编写userDAO接口：里面只有一个方法为了演示我们就简单的搭建一下主要是理解思想 getUser方法

之后创建一个接口实现类：输出一句：：“你好，DAO”

package com.hyc.dao;

public class UserDaoImpl implements UserDAO {
    public void getUser() {
    System.out.println("你好，DAO");
    }
}

服务层

public interface UserService {
    public void getUser();
}

服务层实现类

    public void getUser() {
        UserDAO userDAO1 = new UserDaoImpl();
        userDAO1.getUser();
    }

之后编写测试类，先看看样子

@Test
  public void  getUserByImpl(){
  UserServiceImpl userService = new UserServiceImpl();
 userService.getUser();
}

输出结果和预想的一样是，你好，DAO，

增加需求

这个时候，我需要增加需求这个用户要会三个不同的技术，处了掌握dao层编写，客户还会使用mysql，Oracle等数据库此时我们就会应为客户的需求，来编写对应的实现类，这个时候我们就有三个实现了Userdao接口的实现类

我们接着测试输出内容：要输出不同的内容我们需要去重新编写服务层实现类的getUser方法，比如我不输出DAO的内容输出mysql的内容

    public void getUser() {
        UserDAO userDAO1 = new UserMysqlIMPL();
        userDAO1.getUser();
    }

问题出现

假设我们的测试类就是用户的话，那是不是每次更换内容就需要去更改我们的底层代码，修改服务层中的UserDao来创建不同的实例如果这样开发有什么弊端：

控制权在程序员手上，用户每次换一点内容就需要程序员去更改代码，十分浪费人力，示例可能就改几行，如果代码量多起来，修改一次的代价是十分昂贵的

这个时候就可以用到我们的控制反转思想了 接着看例子，我们在服务层加上一个set方法，把我们的UserDao作为一个私有的对象变量，给他一个set方法此时我们服务层代码开始第二次变化

    private UserDAO userDAO;

    public void setUserDAO(UserDAO userDAO){
        this.userDAO = userDAO;
   }


    public void getUser() {
        userDAO.getUser();
    }

这次的变化让我们的代码产生了革命性的质变，简单的修改却让我们再也不需要应为输出内容的问题修改源代码，而是把选择权交给了用户（测试类）

@Test
  public void  getUserByImpl(){
  UserServiceImpl userService = new UserServiceImpl();
  userService.setUserDAO(new UserDaoImpl());
 userService.getUser();
}

我们通过set的方法让用户来选择我要看什么内容，只修改用户（测试类）就可以实现控制权的转变，我只需要改变测试类中set方法的对象参数就可以在不更改源代码的情况下，实现内容的不同