Spring IOC理论推导及其本质

需要沉淀沉淀

已于 2022-05-16 14:05:23 修改

阅读量182

点赞数

分类专栏： SSM 文章标签： java spring ioc

于 2022-05-16 10:12:16 首次发布

本文链接：https://blog.csdn.net/TIANJIAWEN/article/details/124767640

版权

SSM 专栏收录该内容

18 篇文章 0 订阅

订阅专栏

网课指路:【狂神说Java】Spring5最新完整教程IDEA版通俗易懂_哔哩哔哩_bilibili

原来实现业务的方式

1.UserDao接口

package com.kero.dao;

public interface UserDao {
    void getUser();
}

2.UserDaoImpl

package com.kero.dao;

public class UserDaoImpl implements UserDao{
    @Override
    public void getUser() {
        System.out.println("默认获取用户的数据");
    }
}

3.UserService业务接口

package com.kero.service;

public interface UserService {
    void getUser();
}

4.UserServiceImpl业务实现类

package com.kero.service;

import com.kero.dao.UserDao;
import com.kero.dao.UserDaoImpl;

public class UserServiceImpl implements UserService{
    private UserDao userDao = new UserDaoImpl();
    @Override
    public void getUser() {
        userDao.getUser();
    }
}

test.java

import com.kero.service.UserService;
import com.kero.service.UserServiceImpl;

public class MyTest {
    public static void main(String[] args) {
        //用户实际调用的是业务层 不需要接触dao层
        UserService userService = new UserServiceImpl();
        userService.getUser();
    }
}

此时如果要增加一个MySQL的实现那么需要增加UserDaoMySQLImpl

package com.kero.dao;

public class UserDaoImpl implements UserDao{
    @Override
    public void getUser() {
        System.out.println("MySQL获取用户的数据");
    }
}

同时需要把UserServiceImpl更改为

package com.kero.service;

import com.kero.dao.UserDao;
import com.kero.dao.UserDaoImpl;

public class UserServiceImpl implements UserService{
    private UserDao userDao = new UserDaoMySQLImpl();
    @Override
    public void getUser() {
        userDao.getUser();
    }
}

如果要增加一个Oracle....

tips:在我们之前的业务中用户的需求可能会影响我们原来的代码我们需要根据用户的需求去修改源代码如果程序代码量十分大修改一次的成本代价十分昂贵

可以使用set接口实现动态实现值的注入

package com.kero.service;

import com.kero.dao.UserDao;
import com.kero.dao.UserDaoImpl;

public class UserServiceImpl implements UserService{
    private UserDao userDao = new UserDaoImpl();

    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

    @Override
    public void getUser() {
        userDao.getUser();
    }
}

test.java

public class MyTest {
    public static void main(String[] args) {
        //用户实际调用的是业务层 不需要接触dao层
        UserService userService = new UserServiceImpl();
        ((UserServiceImpl)userService).setUserDao(new UserDaoMySql());
        userService.getUser();
    }
}

在之前的业务中用户的需求可能会影响我们原来的代码我们需要根据用户的需求去修改源代码若程序代码量十分大修改一次的成本代价十分昂贵

我们使用一个set接口实现后已经发生了革命性的变化
之前程序是主动创建对象控制权在程序员手上
使用set注入后程序不再具有主动性而是变成了被动接受的对象

eg:
增加一个UserDaoSQLSqeverImpl
那么只需要在 test.java中

((UserServiceImpl)userService).setUserDao(new UserDaoSQLSqeverImpl());

这种思想从本质上解决了问题程序员不用再去管理对象了系统的耦合性大大降低可以更加专注在用户的实现上这是IOC的原型

控制反转(inversion of control), 是一种设计思想,DI(dependency injection依赖注入)是IOC的一种方法.未使用IOC的程序中,我们使用面向对象编程,对象的创建和对象之间的依赖关系完全硬编码在程序中,对象的创建是由程序自己控制的.控制反转就是将对象的创建转移给了第三方.IOC就我认为是:获得依赖对象的方式反转了