设计模式

https://refactoringguru.cn/design-patterns

SOLID原则

• S：单一职责原则：对象应该仅具有一种单一功能
• O：开闭原则：软件应该是对于扩展开放的，但是对于修改封闭的
• L：李氏替换：程序中的对象应该是可以在不改变程序正确性的前提下被它的子类所替换的
• I：接口隔离：多个特定客户端接口要好于一个宽泛用途的接口
• D：依赖反转：依赖于抽象而不是一个实例

创造型模式

工厂方法模式

当难以预知对象之间的依赖关系时，可以采用工厂方法将创建产品的代码和实际使用产品的方法分离

抽象工厂模式

在工厂模式的基础上，进一步将工厂也进行封装，客户端可以使用同样的抽象接口来使用不同的具体工厂中生产的不同风格的一系列产品

生成器模式

该设计模式针对复杂的类构造函数，将构造过程分解成多个步骤，不同的具体建造者实现不同的生产

原型模式

使你能够复制已有对象， 而又无需使代码依赖它们所属的类。支持克隆的对象即为原型

单例模式

是一种创建型设计模式， 让你能够保证一个类只有一个实例， 并提供一个访问该实例的全局节点。

可以严格地控制全局变量

结构型模式

适配器模式

1. 适配器实现与其中一个现有对象兼容的接口。

2. 现有对象可以使用该接口安全地调用适配器方法。

3. 适配器方法被调用后将以另一个对象兼容的格式和顺序将请求传递给该对象。

桥接模式

是一种结构型设计模式， 可将一个大类或一系列紧密相关的类拆分为抽象（接口）和实现（平台，底层调用）两个独立的层次结构， 从而能在开发时分别使用。

组合模式

是一种结构型设计模式， 你可以使用它将对象组合成树状结构， 并且能像使用独立对象一样使用它们。

装饰模式

是一种结构型设计模式， 允许你通过将对象放入包含行为的特殊封装对象中来为原对象绑定新的行为。

外观模式

是一种结构型设计模式， 能为程序库、 框架或其他复杂类提供一个简单的接口。

享元模式

是一种结构型设计模式， 它摒弃了在每个对象中保存所有数据的方式， 通过共享多个对象所共有的相同状态， 让你能在有限的内存容量中载入更多对象。

• 一个仅存储内在状态的对象称为享元
• 对象的常量数据通常被称为内在状态， 其位于对象中， 其他对象只能读取但不能修改其数值。 而对象的其他状态常常能被其他对象 “从外部” 改变， 因此被称为外在状态。

代理模式

是一种结构型设计模式， 让你能够提供对象的替代品或其占位符。 代理控制着对于原对象的访问， 并允许在将请求提交给对象前后进行一些处理。

行为模式

责任链模式

是一种行为设计模式， 允许你将请求沿着处理者链进行发送。 收到请求后， 每个处理者均可对请求进行处理， 或将其传递给链上的下个处理者。

命令模式

是一种行为设计模式， 它可将请求转换为一个包含与请求相关的所有信息的独立对象。 该转换让你能根据不同的请求将方法参数化、 延迟请求执行或将其放入队列中， 且能实现可撤销操作。

迭代器模式

是一种行为设计模式， 让你能在不暴露集合底层表现形式 （列表、 栈和树等） 的情况下遍历集合中所有的元素。

中介者模式

是一种行为设计模式， 能让你减少对象之间混乱无序的依赖关系。 该模式会限制对象之间的直接交互， 迫使它们通过一个中介者对象进行合作。

备忘录模式

是一种行为设计模式， 允许在不暴露对象实现细节的情况下保存和恢复对象之前的状态。

该模式的经典实现方式依赖于许多流行编程语言 （例如 C++、 C# 和 Java） 所支持的嵌套类。

观察者模式

是一种行为设计模式， 允许你定义一种订阅机制， 可在对象事件发生时通知多个 “观察” 该对象的其他对象。

状态模式

是一种行为设计模式， 让你能在一个对象的内部状态变化时改变其行为， 使其看上去就像改变了自身所属的类一样。

策略模式

是一种行为设计模式， 它能让你定义一系列算法， 并将每种算法分别放入独立的类中， 以使算法的对象能够相互替换。

模板方法模式

是一种行为设计模式， 它在超类中定义了一个算法的框架， 允许子类在不修改结构的情况下重写算法的特定步骤。

访问者模式

是一种行为设计模式， 将新行为放入一个名为访问者的独立类中， 而不是试图将其整合到已有类中。