【设计模式】描述设计模式

对于设计模式，为了达到设计复用，我们必须同时记录设计生产的决定过程、选择过程和权衡过程。为了达到这样的目的，我们需要学习如何用统一的格式去描述设计模式，来帮助你更容易的学习、比较和使用设计模式。

如何学习设计模式

每个模式根据以下的模板将分成若干部分，通过不同的部分来对设计模式进行一个描述和学习：

模式名和分类

模式名简洁地描述了模式的本质。一个好的名字非常重要，它将成为你的设计词汇表的一部分，并能直接体现设计模式的优点。

意图

学习设计模式时，我们需要去明白设计模式背后的意图，而不是光学习设计模式的模型。这个设计模式是做什么的？它的基本原理和意图是什么？它解决了什么样的特定问题(通常是某一特征的问题)。

动机

用来说明一个设计问题以及如何用模式中的类、对象来解决该问题的特定情况。该情况会帮助你对模式有个更抽象的理解。

适用性

什么情况下可以使用该设计模式?该模式可以用来改进哪些不良设计？怎么去识别这些情况？

结构

采用基于对象建模技术(OMT)的表示法对模式中的类进行图形描述。使用交互图来说明对象之间的请求序列和写作关系。

参与者

厘清设计模式中的类、对象以及它们之间各自的职责关系。

协作

模式的参与者怎么协作以及怎么去完成它们的职责

实现

实现设计模式时需要知道的一些提示、技术要点以及避免产生的缺陷。

设计模式概要

设计模式一共归纳有23种设计模式，分别为创建型模式、行为型模式、结构型设计模式。

Abstract Factory

抽象工厂模式提供了一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

Adapter

封装对象，并提供不同的接口。

Bridge

桥模式将抽象部分和它的实现部分(继承)分离，使得它们可以独自发生变化而不相互依赖。

Builder

建造者模式将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

Chain of Responsibility

责任链模式将发送者和接收者之间的请求关系解耦，而使多个对象都有机会处理这个请求。将这些对象连成一个责任链，并沿着这条责任链传递该请求，直到有一个对象完成处理。

Command

将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化。对于请求排队或日志记录等情况，可以支持取消的操作。

Composite

将对象组合成树形结构以表示“部分-整体”的层次结构。

Decorator

装饰模式可以动态地给一个对象添加一些额外的职责。

Facade

外观模式可以为子系统中的一组接口提供一个一致的界面，它定义了一个高层接口，这个接口使得子系统更加容易使用

Factory Method

定义了一个用于创建对象的接口，让子类决定将哪一个类实例化，使得一个类的实例化延迟到其子类。

Flyweight

享元模式有效地支持大量细颗粒度的对象。

Interpreter

介绍给定一个语言，定义它的文法的一种表示，并定义一个解释器, 该解释器使用该表示来解释语言中的句子。

Iterator

提供一种方法顺序访问一个聚合对象中各个元素，而又不需暴露该对象的内部表现。

Mediator

用一个中介对象来封装一系列的对象交换。中介者使各对象不需要显式地相互引用，从而使得其解耦，而且可以独立地改变它们之间的交互。

Memento

备忘录模式在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态了。

Observer

定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动刷新。

Prototype

原型模式使用了原型实例指定创建对象的种类，并且通过拷贝这个原型来创建新的对象。

Proxy

代理模式为其他对象提供了一个代理以控制对这个对象的访问。

Singleton

单例模式保证了一个类仅有一个实例，并提供一个访问它的全局访问点。

State

状态模式允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。

Strategy

策略模式定义一系列的算法，把它们一个个封装起来，并使它们可相互替换。

Template Method

模板方法模式定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。它使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

Visitor

访问者模式表示一个作用于某对象结构中的各元素的操作。它使得你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

---