【OO设计原则：SOLID】

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

提示：无

一、OO设计原则：SOLID

1、SRP 单一责任原则

The Single Responsibility Principle（SRP），不应该有多于1个原因让你的ADT发生变化，否则就拆分开（一个类一个责任），不过不强制满足这个原则

2、OCP 开放-封闭原则

The Open-Closed Principle(OCP)：
对扩展性的开放：模块的行为应是可扩展的，从而该模块可表现出新的行为以满足需求的变化
对修改的封闭：但模块自身的代码是不应被修改的；扩展模块行为的一般途径是修改模块的内部实现；如果一个模块不能被修改，那么它通常被认为是具有固定的行为

3、LSP 替换原则

The Liskov Substitution Principle Liskov(LSP)
可以看之前的文章: link

4、DIP 依赖转置原则

The Dependency Inversion Principle(DIP) ，抽象的模块不应依赖于具体
的模块；但是具体应依赖于抽象。总的来说，就是：
1、高层模块不应该依赖于低层模块，二者都应该依赖于抽象
2、抽象不应该依赖于具体实现，而具体实现应该依赖于抽象
高层模块一般指功能层次上更接近用户需求、具有较复杂逻辑的模块。底层模块指实现底层和基本操作的模块。在传统结构化程序设计中，高层调用依赖于低层模块的现象非常普遍。而一般来说，高层模块比低层模块更抽象。
而DIP原则倾向于将高层模块和低层模块分离开来（并不是真的分离，只是为了降低耦合度），在中间加入抽象的接口，使得两者依赖于抽象。对于高层接口而言，只要调用接口中的方法就可以了，不用在意接口功能的实现；而对于低层模块。只要满足接口的规格就可以了，也实现了对抽象的依赖。

5、ISP 接口聚合原则

The Interface Segregation Principle(ISP)，不能强迫客户端依赖于它们不需要的接口，只提供必需的接口
即很多接口实际上是“臃肿”的，接口里边聚合了过很多方法，但是这些方法的联结度不是很高，出现比较多客户端只需要使用接口中一小部分方法的情况，这个时候可以将方法分散开来形成若干个小接口，通过调用小接口的组合来挑选自己要用的那些
反例：接口臃肿

机器人不需要吃饭，将eat和work放一起不明智
改进：（将eat和work独立出来）

总结

提示：无