设计模式

设计模式分类：创建型设计模式（5个）、行为型设计模式（11个）、结构型设计模式（7个）。七大设计模式原则：单一职责原则、依赖倒置原则、接口隔离原则、开闭原则、迪米特原则、里氏代换、合成复用原则

依赖倒转原则（Dependency Inversion Principle，DIP）是指高层模块不应该依赖低层模块，而是应该通过抽象来互相依赖。

里氏代换原则(Liskov Substitution Principle, LSP)：子类型必须能够替换掉它们的父类型。

开放-关闭原则 （Open-Closed Principle, OCP）是一个重要原则。 该原则的核心思想是：一个类对于扩展是开放的，但对于修改是关闭的。

访问者模式（Visitor Pattern）是一种行为型设计模式，允许你在不修改现有对象结构的情况下定义一些新操作。通过将操作封装在一个访问者对象中，可以让你在不改变被访问对象的类的前提下修改和维护。

解释器模式（Interpreter Pattern）是一种行为设计模式，它定义了一个语言的语法表示，并且使用解释器来解释这个语法。

享元模式是一种结构型设计模式，旨在通过共享对象来减少内存使用和提高性能。它主要用于处理大量细粒度对象的情况，其中许多对象具有相似的属性和行为。

中介者模式（Mediator Pattern）是一种行为设计模式，用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。

责任链模式（Chain of Responsibility Pattern）是一种行为设计模式，使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。

命令模式（Command），将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可 撤销的操作。

桥接模式（Bridge Pattern）是一种结构型模式之一。它通过将抽象部分和实现部分分离，使它们可以独立地变化，从而实现了解耦合的设计。

单例模式是一种创建型设计模式，它的目的是确保一个类只有一个实例，并提供一个全局访问点来访问该实例。在单例模式中，类自身负责创建自己的唯一实例，并确保在系统中只有一个实例存在。

迭代器模式是一种行为型设计模式，它提供了一种方法来访问聚合对象中的各个元素，而不暴露其内部表示。通过使用迭代器，客户端可以遍历一个聚合对象中的元素，而不必了解其内部实现

合成/聚合复用原则（Composition/Aggregation Reuse Principle，CARP）是一种面向对象设计原则，提倡通过合成/聚合关系（组合关系）来达到代码复用的目的

组合模式（Composite Pattern），又叫部分整体模式，是一种结构型设计模式。将一组相似的对象看作一个单一的对象，并在树形结构中组合这些对象，用来表示部分以及整体层次关系。

备忘录模式是一种行为型设计模式，用于在不破坏封装性的前提下保存和恢复对象的状态。该模式通常包括三个角色：发起者（Originator）、备忘录（Memento）和管理者（Caretaker）

适配器模式（Adapter Pattern）是一种结构型设计模式，它将一个类的接口转换成客户端所期望的另一种接口，让原本不兼容的接口可以在一起工作。

状态模式（State）是一种行为型设计模式，当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。（可以说当到饭点了，你就会主动去找饭吃）

象工厂模式（Abstract Factory Pattern）是一种创建型设计模式，围绕一个超级工厂创建其他工厂，也称作为工厂的工厂（大工厂里的小工厂）。

观察者模式是一种行为型设计模式，也被称为发布-订阅模式，它定义了一种一对多的依赖关系，当一个对象状态发生改变时，其所有的依赖对象都会得到通知并自动更新。也就是说让多个观