标签：
设计模式总共23个，但是常用的不到10个，下面就把这23个设计模式进行整理归类，具体如下：
1）创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
2）结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
3）行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代器模式、职责链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式
1）适配器模式：将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
想使用一个已经存在的类，而它的接口不符合要求，或者希望创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类协同工作。这个时候就可以使用是适配器模式，通过适配，则能协同工作。
2）装饰模式：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。
面对变化以生成子类的方法去应对，必然导致子类暴增。如果这些子类只是为某个对象增加一些职责，此时通过装饰模式可以更加灵活、以动态、透明的方式给单个对象添加职责，并在不需要时撤销相应的职责。
3）代理模式：为其他对象提供一种代理以控制对这个对象的访问。
代理与外观的主要区别在于，代理对象代表一个单一对象而外观对象代表一个子系统，代理的客户对象无法直接访问目标对象，由代理提供单独的目标对象的访问控制，而外观的客户对象可以直接访问子系统中的各个对象，但通常由外观对象提供对子系统个元件功能的简化的共同层次的调用接口。代理是一种原来对象的代表，其他需要与这个对对象打交道的操作都是这个代表交涉。而适配器则不需要虚构出一个代表，只需要为应付特定的使用目的，将原来的类进行一些组合。
4）外观模式：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易实现。
如果两个类不必彼此直接通信，那么就不要让这两个类发生直接的交互作用。应该让一个软件中的子系统通信和相互依赖达到最小，而具体办法就是引入一个外观对象，它为子系统间提供一个单一而简单的屏障。实际上你会发现外观模式和适配器的模式很像，但是适配器模式似乎更加细粒度，而外观这是对于一个子系统进行兼容性适配。
5）桥接模式：将抽象部分与它的实现部分离，使他们可以独立地变化。
继承是一个好东西，但往往过度使用，继承会导致类的结构过于复杂，关系太多，难以维护，而更糟糕的扩展性非常差。而仔细研究如果发现继承体系中，有两个甚至更多方向的变化，那么就解耦这些不同方向的变化，通过对象组合的方式，把两个角色之间的继承关系改为组合的关系，从而使得这两者可以应对各自独立的变化，所以，桥接模式就是找出变化并且封装之。
6）组合模式：将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。
客户可以一致地使用组合组合结构和单个对象。任何用到基本对象的地方都可以使用组合对象。
7）享元模式：运用共享技术有效地支持大量细粒度的对象。
对象使得内存占用过多，而且如果都是大量重复的的对象，那就是资源的极大浪费。
标签：
原文地址：http://my.oschina.net/heweipo/blog/475367
