设计模式概述

前言

鲁迅先生曾说过：“其实地上本没有路，走的人多了，也便成了路。”设计模式亦是如此，它是人类在工程领域的总结与传承。

面向对象设计原则

说到设计模式，我们不得不先了解面向对象的七大设计原则。
单一职责原则：一个对象应该只包含单一的职责，并且该职责被完整的封装在一个类中。这是它的定义，但是也可以这样理解，即控制粒度大小，将对象解耦，提高内聚性。
开闭原则：对扩展开发，对修改关闭。
里氏代换原则：所有引用基类的地方必须能透明的使用其子类的对象。也可以这样理解，即继承必须确保超类中的性质在子类中仍然成立。
依赖倒转原则：高层模块不应该依赖底层模块，它们都应该依赖抽象。抽象不应该依赖于细节，细节应该依赖于抽象。还可以这样理解，要面向接口编程，不要面向实现编程。
接口隔离原则：客户端不应该依赖那些它不需要的接口。而我的理解则是要为各个类建立它们需要的接口。
合成复用原则：尽量使用对象组合，而不是继承来达到复用的目的。即尽量使用组合或者聚合等关系来实现，其次才考虑继承关系来实现。
迪米特法则：只与你的朋友交谈，不跟“陌生人”交谈。

设计模式

好了，说完设计原则自然就该说设计模式了。
设计模式起源于建筑业而非软件业，它是对前人经验的总结，因为模式是一种指导，在一个好的指导下，在我们设计一个优良的解决方案的时候自然就会有事半功倍的效果。
在GoF经典著作《设计模式：可复用面向对象软件基础》中把23种设计模式分成了三个大类：
创建型模式、结构型模式、行为型模式。
创建型模式

创建者模式	简要说明
工厂方法模式	定义了创建对象的接口，让子类决定实例化哪个类。
抽象工厂模式	提供一个可以创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
构建器模式	将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建不同的表示。
原型模式	通过拷贝原型对象创建新的对象。
单例模式	确保一个类只有一个实例，并提供一个访问它的全局访问点。

结构型模式

结构型模式	简要说明
适配器模式	将一个类的接口转换成希望的另外一个接口，使得原本不兼容的接口可以协同工作。
桥接模式	将类的抽象部分与它的实现分离，使它们都可以独立地变化。
组合模式	将对象组合成树形结构以表示“部分-整体”的层次结构，同时对单个对象和组合对象的使用保持一致。
装饰模式	动态地给一个对象添加一些额外的职责。
外观模式	为子系统中的一组接口提供一个统一的接口。
享元模式	运用共享对象有效地支持大量细粒度的对象。
代理模式	为控制对象的访问而提供的代理对象。

行为型模式

行为型模式	简要说明
职责链模式	将对象连成一条链，并沿着这条链传递请求，直到有一个对象处理它。
命令模式	将请求封装为对象，就可以保存、传递命令，以及支持可撤销的操作。
解释器模式	可以解释自定义语法表示的解释器。
迭代器模式	提供一种方法可以顺序访问集合中的各个元素，又不需要暴露该集合的内部表示。
中介者模式	用一个中介对象来封装一系列的对象交互。
备忘录模式	捕获一个对象的内部状态，并在该对象之外保存这个状态。
观察者模式	定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
状态模式	允许对象在其内部状态改变时改变它的行为。
策略模式	定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。
模板方法模式	定义一个操作中的算法的骨架，使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
访问者模式	表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

创建者模式主要用于创建对象，有5种，分别是工厂方法模式 Factory Method、抽象工厂模式 Abstract Factory、构建器模式 Builder、原型模式 Prototype 、单例模式 Singleton。
结构型模式主要用于处理类或对象的组合，有7种，分别是适配器模式 Adapter、桥接模式 Bridge、组合模式 Composite、装饰模式 Decorator、外观模式 Facade、享元模式 Flyweight 、代理模式 Proxy。
行为型模式主要用于描述对类或对象怎样交互和怎样分配职责，以下11种行为型模式，分别是职责链模式 Chain of Responsibility、命令模式 Command、解释器模式 Interpreter、迭代器模式 Iterator 、中介者模式 Mediator、备忘录模式 Memento 、观察者模式 Observer、状态模式 State、策略模式 Strategy、模板方法模式 Template Method、访问者模式 Visitor。