一、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 种设计模式)
一 叶 知 秋,奥 妙 玄 心