设计模式-CSDN博客

类型	名称	定义
创建型模式	工厂方法模式	定义一个用于创建对象的接口，让子类决定将哪一个类实例化。
	抽象工厂模式	提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。
	单例模式	确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例，这个类称为单例类，它提供全局访问的方法。
	原型模式	使用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
	建造者模式	将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
结构型模式	适配器模式	将一个接口转换成客户希望的另一个接口，使接口不兼容的那些类可以一起工作。
	桥接模式	将抽象部分与实现部分分离，使它们都可以独立地变化。
	组合模式	将对象组合成树型结构以表示整体和部分的关系，它使得客户端对单个对象和复合对象同等看待。
	装饰模式	动态地给一个对象添加一些额外的职责，就扩展功能而言，它比生成子类的方式更为灵活。
	外观模式	子系统中的一组接口提供一个一致的界面，定义一个高层接口，这个接口使得这一子系统更加容易使用。
	享元模式	运用共享技术有效地支持大量细粒度的对象。
	代理模式	为其他对象提供一个代理以控制对这个对象的访问。
行为型模式	策略模式	定义了一系列的算法，并将每一个算法封装起来，而且使它们可以相互替换。
	模板方法模式	定义一个操作中的算法骨架，而将一些步骤延迟到子类，使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
	观察者模式	定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新。
	迭代器模式	提供一种方法顺序访问一个聚合对象中各个元素，而又不需暴露该对象的内部表示。
	职责链模式	为解除请求的发送者和接收者之间耦介，而使多个对象都有机会处理这个请求；将这些对象连成条链，并沿着这条链传递该请求，直到有一个对象处理它。
	命令模式	将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。
	备忘录模式	在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可将该对象恢复到先前保存的状态。
	状态模式	允许一个对象在其内部状态改变的时候改变其行为。
	访问者模式	封装一些作用于某些对象结构的各元素的操作，可以在不改变各元素的类的前提下定义作用于这些元素的新的操作。
	中介者模式	用一个中介者对象来封装一系列的对象交互；中介者使得各对象不需要显式地相互引用，从而使其松散耦合，而且可以独立地改变它们之间的交互。
	解释器模式	定义语言的文法，并且建立一个解释器来解释该语言中的句子。

创建型模式

模式名称	定义	使用频率
工厂方法模式（Factory Method Pattern）	定义一个用于创建对象的接口，让子类决定将哪一个类实例化。	★★★★★
抽象工厂模式（Abstract Factory Pattern）	提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。	★★★★★
单例模式（Singleton Pattern）	在单例类的内部实现只生成一个实例，同时它提供一个静态的getInstance()工厂方法，让客户可以访问它的唯一实例；为了防止在外部对其实例化，将其构造函数设计为私有；在单例类内部定义了一个Singleton类型的静态对象，作为外部共享的唯一实例。	★★★★☆
原型模式（Prototype Pattern）	使用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。	★★★☆☆
建造者模式（Builder Pattern）	将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。	★★☆☆☆

结构型模式

模式名称	定义	使用频率
适配器模式（Adapter Pattern）	将一个类的接口转换成用户希望的另一个接口，使得原本由于接口不兼容而不能一起工作的那些类可以一起工作	★★★★☆
桥接模式（Bridge Pattern）	将抽象部分与实现部分分离，使它们都可以独立地变化	★★★☆☆
组合模式（Composite Pattern）	将对象组合成树型结构以表示“部分-整体”的层次结构,它使得客户对单个对象和复合对象的使用具有一致性	★★★★☆
装饰模式（Decoration Pattern）	动态地给一个对象添加一些额外的职责，就扩展功能而言，它比生成子类的方式更为灵活	★★★☆☆
外观模式（Facade Pattern）	子系统中的一组接口提供一个一致的界面，定义一个高层接口，这个接口使得这一子系统更加容易使用	★★★★★
享元模式（Flyweight Pattern）	运用共享技术有效地支持大量细粒度的对象	★☆☆☆☆
代理模式（Proxy Pattern）	为其他对象提供一个代理以控制对这个对象的访问	★★★★☆

行为型模式

行为模式按照实现类的方式划分四类：

父类与子类

- 策略模式

- 模板方法模式

两个类之间

- 观察者模式

- 迭代器模式

- 职责链模式

- 命令模式

类的状态

- 备忘录模式

- 状态模式

中间类

- 访问者模式

- 中介者模式

- 解释器模式

模式名称	定义	使用频率
职责链模式（Chain of Responsibility Pattern）	为解除请求的发送者和接收者之间耦介，而使多个对象都有机会处理这个请求；将这些对象连成条链，并沿着这条链传递该请求，直到有一个对象处理它	★★☆☆☆
命令模式（Command Pattern）	将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作	★★★★☆
解释器模式（Interpreter Pattern）	定义语言的文法，并且建立一个解释器来解释该语言中的句子	★☆☆☆☆
迭代器模式（Iterator Pattern）	提供一种方法顺序访问一个聚合对象中各个元素，而又不需暴露该对象的内部表示	★★★★★
中介者模式（Mediator Pattern）	用一个中介对象来封装一系列的对象交互；中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互	★★☆☆☆
备忘录模式（Memento Pattern）	在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可将该对象恢复到先前保存的状态	★★☆☆☆
观察者模式（Observer Pattern）	定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新	★★★★★
状态模式（State Pattern）	允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它所属的类	★★★☆☆
策略模式（Strategy Parttern）	定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换，策略模式使得算法的变化可独立于使用它的客户	★★★★☆
模板方法模式（Template Method Pattern）	定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤	★★★☆☆
访问者模式（Visitor Pattern）	表示一个作用于某对象结构中的各元素的操作，可以在不改变各元素的类的前提下定义作用于这些元素的新操作	★☆☆☆☆