1. 单一职责原则

单一职责原则，就一个类而言，应该仅有一个引起它变化的原因

• 核心是解耦和增强内聚性
• 场景：T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。也就是说职责P1和P2被耦合在了一起。

2. 开放封闭原则

开放封闭原则，是说软件实体（类、模块、函数等）可以扩展，但是不可修改

• 对于扩展是开放的，对于更改是封闭的
• 提前知道哪些可能发生变化（需要扩展），哪些不会发生变化

3. 依赖倒转原则

高层模块不应该依赖底层模块
抽象不应该依赖细节，细节应该依赖抽象

• 业务场景：高层模块需要调用底层数据库模块，当需求高层模块用不同的方式调用底层数据库时，就会出现

4. 里氏代换原则

子类型必须能够替换掉它们的夫类型

• 这样由于子类的替换性，就可以在父类无需修改的基础上对父类进行扩展