设计模式
主要是为了提高代码的复用性，经过众多软件开发人员试验和错误总结出来的。
创建型模式 |
结构型模式 |
行为型模式 |
单例模式、建造者模式、原型模式、工厂模式、抽象工厂模式 |
适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式 |
模板模式、职责链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、访问者模式 |
一、创建型模式
当一个系统应该独立于它的产品创建，构成和表示时，应该考虑使用创建型模式。创建型模式隐藏了类的实例是如何被创建，整个系统关于这些对象所知道的是由抽象类所定义的接口。
创建型模式 |
||
抽象工厂模式（Abstract Factory） |
提供一个创建一系列或相关依赖对象的接口，而无需指定它们具体的类。 |
可以解决多个类型产品的创建问题 |
建造者模式（Builder） |
将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 |
隐藏建造过程，一个请求，就可以创建完整产品，在高内聚的前提下使得与外界的耦合降低。 |
工厂方法模式（Factory Method） |
定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂模式使一个类的实例化延迟到子类 |
设计之初使用工厂方法模式 |
原型模式（Prototype） |
用原型实例制定创建对象的种类，并且通过拷贝这些原型创建新的对象。 |
只要调用原型模式的Clone就可以解决数据结构的复制问题。 |
单例模式（Singleton） |
保证了一个类仅有一个实例，并提供一个访问它的全局访问点 |
类自身负责保存它的唯一实例 |
参考资料：
二、结构型模式
研究对象的组成以及对象之间的依赖关系
结构型模式 |
||
适配器模式（Adapter） |
将一个类的接口转换成客户希望的另外一个接口，适配器模式使得原来由于接口不兼容而不能一起工作的那些类可以一起工作 |
希望复用一些现存的类，让这些接口不同的类通过适配后，协同工作。 |
桥接模式（Bridge） |
是将抽象部分与它的实现部分分离，使它们都可以独立地变化 |
系统有多角度分类，每一种分类都有可能变化。独立出来单独变化 |
组合模式（Composite） |
将对象组合成树形结构以表示"部分-整体"的层次结构，组合模式使得用户对单个对象和组合对象的使用具有一致性 |
单个对象和组合对象 |
装饰模式（Decorator） |
指的是在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。 |
动态添加职责以及撤销职责 |
外观模式 （Facade） |
为子系统中的一组接口提供了一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用 |
外观类，知道哪些子系统类负责处理请求，将客户的请求代理给适当的子系统对象。企业软件的N层架构，层与层之间的分离使用外观模式 |
享元模式（Flyweight） |
为运用共享技术有效地支持大量细粒度的对象 |
享元工厂，创建并管理Flyweight对象，确保合理地共享Flyweight，当用户请求一个Flyweight对象时，享元工厂提供一个已创建的实例或者创建一个 |
代理模式（Proxy） |
为其他对象提供一种代理以控制对这个对象的访问 |
|
三、行为型模式
研究对象的行为问题
行为型模式 |
||
观察者模式（Observer） |
定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新 |
一个系统分割成一系列相互协作的类，需要维护相关对象间的一致性，不希望未来维持一致性而使各类紧密耦合，所以使用观察者模式 |
模板方法（TemplateMethod） |
定义一个操作的算法骨架，而将一些步骤延迟到子类中，模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤 |
把不变行为搬移到超类，去除子类中的重复代码 |
命令模式（Command） |
将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化，可以对请求排队或记录请求日志，以及支持可撤销的操作。 |
请求发送者和具体实现者分离 |
职责链模式（Chain of Responsibility） |
使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止 |
有多个对象可以处理一个请求，但事先不知道哪个对象处理该请求，要在运行时刻自动确定 |
解释器模式（interpreter） |
给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。 |
|
中介者模式（Mediator） |
用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显式地互相引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。 |
将集体行为封装一个单独的中介者对象，中介者只负责控制和协调一组对象间的交互 |
访问者模式（Visitor） |
表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作 |
把数据结构和作用于结构上的操作之间的耦合解脱开，使操作集合可以相对自由地演化。即数据结构与算法操作分离。 |
策略模式（Strategy） |
定义一系列的算法，把它们一个个封装起来，并使它们可相互替换，本模式使得算法可独立于使用它的客户而变化。 |
需要在不同的情况下使用不同的策略，或者策略还可能在未来用其他方式实现 |
备忘录模式（Memento） |
在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可将该对象恢复到原先保存的状态 |
备忘 |
迭代器模式（Iterator） |
提供一种方法顺序访问一个聚合对象中各个元素，而又不需暴露该对象的内部表示。 |
遍历，迭代器对象包含对列表的访问及遍历操作，以及负责跟踪当前的元素，知道哪些元素已遍历 |
状态模式（State） |
允许一个对象在其内部状态改变时改变它的行为，让对象看起来似乎修改了它的类 |
消除庞大的条件分支语句 |