【Spring】Spring 启示录

一、OCP 开闭原则

核⼼:在扩展系统功能时不需要修改原先写好的代码,就是符合OCP原则的,反之修改了原先写好的代码,则违背了OCP原则的

若在扩展系统功能时修改原先稳定运⾏程序,原先的所有程序都需要进⾏重新测试,这是不好的,会⾮常⿇烦!!!

⽬前的项⽬结构:

可以很明显的看出,上层是依赖下层的

UserController 依赖 UserServiceImpl,⽽ UserServiceImpl 依赖 UserDaoImplForMySQL

这样就会导致下⾯只要改动,上⾯必然会受牵连(跟着也会改),所谓牵⼀发⽽动全⾝

这样也就同时违背了另⼀个开发原则:依赖倒置原则

二、依赖倒置原则 DIP

依赖倒置原则 ( Dependence Inversion Principle ),简称 DIP,主要倡导⾯向抽象编程,⾯向接⼝编程,不要⾯向具体编程,让上层不再依赖下层,下⾯改动了,上⾯的代码不会受到牵连

这样可以⼤⼤降低程序的耦合度,耦合度低了,扩展⼒就强了,同时代码复⽤性也会增强(软件七⼤开发原则都是在为解耦合服务)

下⾯的代码已经⾯向接⼝编程了:

java 复制代码
public class UserServiceImpl implements UserService {
    UserDao userDao = new UserDaoImplForMySQL();

    @Override
    public void deleteUser() {
        userDao.deleteById();
    }
}

上面代码确实已经面向接口编程了,但对象的创建是:new UserDaoImplForOracle() 显然并没有完全面向接口编程,还是使用到了具体的接口实现类

什么叫做完全面向接口编程?什么叫做完全符合依赖倒置原则呢?

请看以下代码:

java 复制代码
public class UserServiceImpl implements UserService {
    // UserDao userDao = new UserDaoImplForMySQL();
    // UserDao userDao = new UserDaoImplForOracle();

    private UserDao userDao;

    @Override
    public void deleteUser() {
        userDao.deleteById();
    }
}

如果代码是这样编写的,才算是完全面向接口编程,才符合依赖倒置原则

这样 userDao 是 null,在执行的时候就会出现空指针异常,所以我们要解决这个问题

解决空指针异常的问题,其实就是解决两个核心的问题:

  • 第一个问题:谁来负责对象的创建【也就是说谁来 new UserDaoImplForOracle() / new UserDaoImplForMySQL()】

  • 第二个问题:谁来负责把创建的对象赋到这个属性上【也就是说谁来把上面创建的对象赋给 userDao 属性】

如果我们把以上两个核心问题解决了,就可以做到既符合 OCP 开闭原则,又符合依赖倒置原则

Spring 框架可以做到

在 Spring 框架中,它可以帮助我们 new 对象,并且它还可以将 new 出来的对象赋到属性上

换句话说,Spring 框架可以帮助我们创建对象,并且可以帮助我们维护对象和对象之间的关系,比如:

Spring 可以 new 出来 UserDaoImplForMySQL 对象,也可以 new 出来 UserDaoImplForOracle 对象,并且还可以让 new 出来的 dao 对象和 service 对象产生关系(产生关系其实本质上就是给属性赋值)

很显然,这种方式是将对象的创建权 / 管理权交出去了,不再使用硬编码的方式了

同时也把对象关系的管理权交出去了,也不再使用硬编码的方式了

像这种把对象的创建权交出去,把对象关系的管理权交出去,被称为控制反转

三、控制反转

控制反转(Inversion of Control,IoC),是面向对象编程中的一种设计思想,可以用来降低代码之间的耦合度,符合依赖倒置原则

控制反转的核心是:将对象的创建权交出去,将对象和对象之间关系的管理权交出去,由第三方容器来负责创建与维护

控制反转常见的实现方式:依赖注入(Dependency Injection,DI)

通常,依赖注入的实现由包括两种方式:

  • set 方法注入

  • 构造方法注入

Spring 框架就是一个实现了 IoC 思想的框架

IoC 可以认为是一种全新的设计模式,但是理论和时间成熟相对较晚,并没有包含在 GoF 中(GoF 指的是 23 种设计模式)

一 叶 知 秋,奥 妙 玄 心

相关推荐
YuTaoShao1 小时前
【LeetCode 热题 100】56. 合并区间——排序+遍历
java·算法·leetcode·职场和发展
程序员张31 小时前
SpringBoot计时一次请求耗时
java·spring boot·后端
llwszx4 小时前
深入理解Java锁原理(一):偏向锁的设计原理与性能优化
java·spring··偏向锁
云泽野4 小时前
【Java|集合类】list遍历的6种方式
java·python·list
二进制person5 小时前
Java SE--方法的使用
java·开发语言·算法
小阳拱白菜6 小时前
java异常学习
java
程序员岳焱7 小时前
Java 与 MySQL 性能优化:Java 实现百万数据分批次插入的最佳实践
后端·mysql·性能优化
FrankYoou7 小时前
Jenkins 与 GitLab CI/CD 的核心对比
java·docker
麦兜*7 小时前
Spring Boot启动优化7板斧(延迟初始化、组件扫描精准打击、JVM参数调优):砍掉70%启动时间的魔鬼实践
java·jvm·spring boot·后端·spring·spring cloud·系统架构
KK溜了溜了8 小时前
JAVA-springboot 整合Redis
java·spring boot·redis