小菜学设计模式——设计模式总结之结构型

一、设计模式总结

    设计模式总共23个，可是经常使用的不到10个，下面就把这23个设计模式进行整理归类，具体以下：

    1）建立型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

    2）结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

    3）行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代器模式、职责链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式

二、结构型设计模式

    1）适配器模式：将一个类的接口转换成客户但愿的另外一个接口。Adapter模式使得本来因为接口不兼容而不能一块儿工做的那些类能够一块儿工做。

    想使用一个已经存在的类，而它的接口不符合要求，或者但愿建立一个能够复用的类，该类能够与其余不相关的类或不可预见的类协同工做。这个时候就可使用是适配器模式，经过适配，则能协同工做。

    2）装饰模式：动态地给一个对象添加一些额外的职责，就增长功能来讲，装饰模式比生成子类更为灵活。

    面对变化以生成子类的方法去应对，必然致使子类暴增。若是这些子类只是为某个对象增长一些职责，此时经过装饰模式能够更加灵活、以动态、透明的方式给单个对象添加职责，并在不须要时撤销相应的职责。

    3）代理模式：为其余对象提供一种代理以控制对这个对象的访问。

    代理与外观的主要区别在于，代理对象表明一个单一对象而外观对象表明一个子系统，代理的客户对象没法直接访问目标对象，由代理提供单独的目标对象的访问控制，而外观的客户对象能够直接访问子系统中的各个对象，但一般由外观对象提供对子系统个元件功能的简化的共同层次的调用接口。代理是一种原来对象的表明，其余须要与这个对对象打交道的操做都是这个表明交涉。而适配器则不须要虚构出一个表明，只须要为应付特定的使用目的，将原来的类进行一些组合。

    4）外观模式：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易实现。

    若是两个类没必要彼此直接通讯，那么就不要让这两个类发生直接的交互做用。应该让一个软件中的子系统通讯和相互依赖达到最小，而具体办法就是引入一个外观对象，它为子系统间提供一个单一而简单的屏障。实际上你会发现外观模式和适配器的模式很像，可是适配器模式彷佛更加细粒度，而外观这是对于一个子系统进行兼容性适配。

    5）桥接模式：将抽象部分与它的实现部分离，使他们能够独立地变化。

    继承是一个好东西，但每每过分使用，继承会致使类的结构过于复杂，关系太多，难以维护，而更糟糕的扩展性很是差。而仔细研究若是发现继承体系中，有两个甚至更多方向的变化，那么就解耦这些不一样方向的变化，经过对象组合的方式，把两个角色之间的继承关系改成组合的关系，从而使得这二者能够应对各自独立的变化，因此，桥接模式就是找出变化而且封装之。

    6）组合模式：将对象组合成树形结构以表示“部分-总体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具备一致性。

    客户能够一致地使用组合组合结构和单个对象。任何用到基本对象的地方均可以使用组合对象。

    7）享元模式：运用共享技术有效地支持大量细粒度的对象。

    对象使得内存占用过多，并且若是都是大量重复的的对象，那就是资源的极大浪费。