https://www.kancloud.cn/sstd521/design/193601
https://www.runoob.com/design-pattern/design-pattern-tutorial.html
0 TL;DR
两个核心，六大规则
1 GOF核心
对接口编程而不是对实现编程。
优先使用对象组合而不是继承。
2 设计模式的类型
2.1 类型
http://www.runoob.com/design-pattern/design-pattern-intro.html
2.2 UML图
https://design-patterns.readthedocs.io/zh_CN/latest/read_uml.html
2.3 关系图
2.4 不同软件实体之间的关系
https://www.cnblogs.com/cutepig/archive/2007/10/11/921357.html
3 六(七)大基本原则
https://www.jianshu.com/p/807bc228dbc2
https://zhuanlan.zhihu.com/p/24614363
http://www.uml.org.cn/sjms/201211023.asp
单一职责 (Single Responsibility Principle)
一个类负责一个职责；假设某个类 P 负责两个不同的职责，职责 P1 和 职责 P2，那么当职责 P1 需求发生改变而需要修改类 P，有可能会导致原来运行正常的职责 P2 功能发生故障。
开闭 (Open-Closed Principle)
对软件实体(类、模块、函数等等)扩展开放，对修改关闭；这样能实现热插拔，扩展性好易于维护
- 能够扩展已存在的系统，能够提供新的功能满足新的需求，因此该软件有着很强的适应性和灵活性。
- 已存在的模块，特别是那些重要的抽象模块，不需要被修改，那么该软件就有很强的稳定性和持久性。
代换 (Liskov Substitution Principle)
派生类可以替换掉基类；基类出现的地方，子类都可以出现，就是有一套干活规则，遵从这一套规则的都可以干活，这样添加新的功能时，旧的功能还能使用；
里氏替换原则的重点在不影响原功能，而不是不覆盖原方法；
倒转 (Dependence Inversion Principle)
面向接口编程，依赖于抽象而不依赖于具体；制定一套使用规则，两边一起开发；
隔离 (Interface Segregation Principle)
多接口，低耦合，客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。
- 接口隔离原则的思想在于建立单一接口，尽可能地去细化接口，接口中的方法尽可能少
- 但是凡事都要有个度，如果接口设计过小，则会造成接口数量过多，使设计复杂化。所以一定要适度。
最小 (Law Of Demeter)
一个实体和其他实体少发生作用，相互相对独立；只与直接的朋友通信
什么是直接的朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖、关联、组合、聚合等。其中，我们称出现成员变量、方法参数、方法返回值中的类为直接的朋友，而出现在局部变量中的类则不是直接的朋友。
复用 (Composite/Aggregate Reuse Principle)
尽量使用合成复用的方式，而不是使用继承；
在面向对象的设计中，如果直接继承基类，会破坏封装，因为继承将基类的实现细节暴露给子类；如果基类的实现发生了改变，则子类的实现也不得不改变；从基类继承而来的实现是静态的，不可能在运行时发生改变，没有足够的灵活性。于是就提出了组合/聚合复用原则，也就是在实际开发设计中，尽量使用组合/聚合，不要使用类继承。
例子：https://blog.csdn.net/LoveLion/article/details/7563441
https://blog.csdn.net/fanyun_01/article/details/51952445
