【Spring】Spring 启示录
一、OCP 开闭原则
核⼼：在扩展系统功能时不需要修改原先写好的代码，就是符合OCP原则的，反之修改了原先写好的代码，则违背了OCP原则的
若在扩展系统功能时修改原先稳定运⾏程序，原先的所有程序都需要进⾏重新测试，这是不好的，会⾮常⿇烦！！！
⽬前的项⽬结构：
可以很明显的看出，上层是依赖下层的
UserController 依赖 UserServiceImpl，⽽ UserServiceImpl 依赖 UserDaoImplForMySQL
这样就会导致下⾯只要改动，上⾯必然会受牵连（跟着也会改），所谓牵⼀发⽽动全⾝
这样也就同时违背了另⼀个开发原则：依赖倒置原则
二、依赖倒置原则 DIP
依赖倒置原则 ( Dependence Inversion Principle )，简称 DIP，主要倡导⾯向抽象编程，⾯向接⼝编程，不要⾯向具体编程，让上层不再依赖下层，下⾯改动了，上⾯的代码不会受到牵连
这样可以⼤⼤降低程序的耦合度，耦合度低了，扩展⼒就强了，同时代码复⽤性也会增强（软件七⼤开发原则都是在为解耦合服务）
下⾯的代码已经⾯向接⼝编程了：
public class UserServiceImpl implements UserService {
UserDao userDao = new UserDaoImplForMySQL();
@Override
public void deleteUser() {
userDao.deleteById();
}
}上面代码确实已经面向接口编程了，但对象的创建是：new UserDaoImplForOracle() 显然并没有完全面向接口编程，还是使用到了具体的接口实现类
什么叫做完全面向接口编程？什么叫做完全符合依赖倒置原则呢？
请看以下代码：
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 种设计模式）
一 叶 知 秋，奥 妙 玄 心