常见的23种设计模式，你知道多少？

原网址：http://sentsin.com/web/131.html

这几天一直很忙，没有时间发表帖子和对编程进行一些思考，我喜欢在写一个东西的时候或者做一件事情的时候，仔细斟酌和想清楚，很珍惜笔下的字句．这是关于设计模式发布的第一贴，而这个Say（http://say.sentsin.com/）其实按理来说是比较偏向于前端的东西的，但是摒弃这个不说，我仅仅想表达一个语言是相通的一个思想．但是针对不同的地方编程自然是不同的，就像JS用于前端编程和NodeJs的编程方式肯定有不一样的地方．

　　以下是我对于设计模式做的一些总结（当然，这里很多东西都是参考＜设计模式＞一书的内容），而后续，我会根据我自己的体会，仔细斟酌，然后分享我的一些东西．

Abstract Factory：这个是＂抽象工厂模式＂，用于提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们具体的类．

Adapter：适配器模式，根据字面意思很好理解．将每一个类的接口转换成客户希望的另外一个接口．Ａｄａｐｔｅｒ使得原本接口不兼容而不能一起工作的那些类可以一起工作．

Bridge：桥梁模式，将抽象部分与它的实现部分分离，使他们都可以独立地变化．

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

Chain of Responsibility：职责链模式，为解除请求的发送者和接收者之间耦合，而使用多个对象都有机会处理这个请求．将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它．

Command：命令模式，将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志，以及支持可取消操作．

Composite：组合模式，将对象组合成树形结构以表示＂部分－整体＂的层次结构．Ｃｏｍｐｏｓｉｔｅ使得客户对单个对象和复合对象的使用具有一致性．

Decorator：装饰模式，动态的给一个对象添加一些额外的职责．就扩展性而言，Decorator模式比生成子类方式更为灵活．

Facade：外观模式，为系统中的一组接口提供一个一致的界面，ｆａｃａｄｅ模式定义了一个高层接口，这个接口使得这一子系统更加容易使用．

Factory Method：工厂方法模式，定义一个用于创建对象接口，让子类决定将哪一个类实例化．Factory Method使一个类的实例化延迟到其子类．

Flyweight：享元模式，运用共享技术有效地支持大量细粒度的对象．

Interpreter：解释器模式，给定一个语言，定义它的文法的一种表示，并定义一个解释器，该解释器使用该表示来解释语言中的句子．解释器模式需要解决的是，如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器，该解释器通过解释这些句子来解决该问题。比如正则表达式．

Iterator：迭代器模式，提供一种方法顺序访问一个聚合对象中各个元素，而又不需要暴露该对象的内部表示．

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

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

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

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

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

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

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

Strategy：策略模式，：定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户。

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

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

　　在这里我仅仅参考官方的文档进行列出这几种设计模式，而真正的设计模式，需要我们在写程序的过程中进行深入的学习才能发现而很好的使用，而很多人在一开始写的程序并不会是最完美的，或者说是仅仅按照自己的思路去写，没有做好一个整体性的规划并想到去采用什么设计模式．而在这里列出的几种设计模式，看起来是很枯燥乏味的，因为没有实例和具体的例子进行解释说明．而当然，并不是说你能记得这几个设计模式的名称你就有多屌波伊一样，我们要的是真正的理解并且能采用．