设计模式总结

学习链接

设计模式的六大原则

1、开闭原则（Open Close Principle）

开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2、里氏代换原则（Liskov Substitution Principle）

里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

3、依赖倒转原则（Dependence Inversion Principle）

这个原则是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。它还有另外一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。

5、迪米特法则，又称最少知道原则（Demeter Principle）

最少知道原则是指：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（Composite Reuse Principle）

合成复用原则是指：尽量使用合成/聚合的方式，而不是使用继承。

常用模式及举例

工厂模式

可以根据特定的条件返回一个类。

抽象工厂模式

可以根据特定的条件返回多个类，相当于是对类进行组合。
比如，字节有不同的业务线，抖音，火山、西瓜。三个业务线对于评论的具体流程环节一样，每个环节里面的细节不太一样。那就可以创造出三组类，每组包含了各个环节的子类。
在创建类时，可以直接得到一组类。然后挨个调用方法。

单例模式

全局有且仅有一个实例对象。

建造者模式

通过对现有功能类的组合得到一个新的类。

原型模式

保存一个实例，当需要用到该对象时，复制一个。与单例模式区别，不会返回实例本身，只会有一个实例。
原型模式会创建新的实例，实例本身不被访问或改变。

适配器模式

对原类进行一定的包装和改造，变成另一个类。
比如，c++中的stack, queue 就是对deque的包装。

桥接模式

抽象化与实现分开。
c++中算法并不直接访问元素，而是访问迭代器来获取操作元素。

过滤器模式

通过一组条件作用于对象集合，抽取出符合条件的子集。

c++中 count_if方法，可配合仿函数，传递不同的方法。从而选出不同的结果。

组合模式

通过树的形式将实例以上下级的形式组合到一起。

装饰器模式

对原有类进行重载包装，在其方法真正执行前后做一些准备或善后工作。
比如rpc中间件，在调用后会打印日志，或上报一些服务返回结果。

外观模式

不同的功能服务打包，供客户选择，客户不需要管里面的流程。只需要调用即可。

将复杂步骤写成一个方法，上层调只与方法对接，而不管里面的实现。

享元模式

事先创建几个需要使用的实例，在需要时根据条件获取某个实例并使用。

比如内存池模式。

代理模式

不希望用户直接访问到实例，加入一个中间层来做一些保护、访问策略。

rpc中间件，加入了限流，熔断机制。

责任链模式

将不同功能串在一起任务发起时各层级判断是否属于自己的业务范畴，如果是则处理，否则传递到下一级。

打印不同等级的日志。

go服务prerequest里鉴权流程。

中介者模式

用户不能直接操作对象，通过一个中介者来操作。

发送消息，不能直接往room里写入消息。

备忘录模式

存储不同时刻的对象，在需要的时候可获取到之前某个时刻对象的状态。

观察者模式

当一个对象发生变化时，通知观察该对象的对象。

mq 订阅

状态模式

对象行为随着状态的改变而改变

操作系统中线程不同状态的转移和变化。

空对象模式

当找不到对应的对象时，默认返回一个对象，该对象什么也不做，但是不会让系统出错。