【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 种设计模式)

一 叶 知 秋,奥 妙 玄 心

相关推荐
URBBRGROUN4672 小时前
Spring AI @ToolParam 扩展注解改造实践
大数据·人工智能·spring
Grassto3 小时前
从 GOPATH 到 Go Module:Go 依赖管理机制的演进
开发语言·后端·golang·go
阿蒙Amon3 小时前
C#每日面试题-属性和特性的区别
java·面试·c#
懒惰蜗牛3 小时前
Day66 | 深入理解Java反射前,先搞清楚类加载机制
java·开发语言·jvm·链接·类加载机制·初始化
xl-xueling3 小时前
从快手直播故障,看全景式业务监控势在必行!
大数据·后端·网络安全·流式计算
kevinzeng3 小时前
Java的类加载过程
后端
雪落无尘处3 小时前
Anaconda 虚拟环境配置全攻略+Pycharm使用虚拟环境开发:从安装到高效管理
后端·python·pycharm·conda·anaconda
LucianaiB3 小时前
为什么企业都需要职场心理学分析专家?
后端
赵庆明老师3 小时前
VS2026扩展插件Visual Commander
java·开发语言
额呃呃3 小时前
信号量唤醒线程的实际机制
java·开发语言·jvm