【模式模式】模式总结

     设计模式学习完了，现在脑子里就是有了一个完整的框架。前边是UML图的简单回顾，最后是面向对象思想的总结，是设计模式的指导思想。中间就是在六大原则指导下的具体模式，三种类型，23种。下面是具体的导图和设计模式的展示。

一、创建型模式
1、单例模式
   保证一个类仅有一个实例，并提供一个访问它的全局访问点。通常我们可以让一个全局变量使得一个对象被访问，单它不能防止你实例化多个对象。一个最好的方法就是，让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建，并且它可以提供一个访问该实例的方法。
   好处：保证唯一的实例。单例模式因为Singleton类封装了它的唯一实例，这样它可以严格控制客户怎样访问它以及何时访问它。简单来说，就是对唯一实例的受控访问。

2、建构者模式
    将一个复杂对象的构件与它的表示分离，使得同样的构建过程可以创建不同的表示。
    吃路边的大排档，会出现少放盐的情况，而且不同的厨师做的口味不同。肯德基的的制作却是有非常精细的流程，具有一致化，如果新增加一种汉堡，做法都相同，只是那个配料不同，工作的流程是不变的。只是增加了一种具体的产品而已。这里的工作流程是一种抽象的流程，具体放什么配料、烤多长时间等细节依赖于这个抽象

3、原型模式
    用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的实例。换句话说，原型模式就是通过复制现在已经存在的对象来创建一个新的对象。

4、抽象工厂
   抽象工厂模式提供了一种方式，可以将一组具有同一主题的单独的工厂封装起来。在正常使用中，客户端程序需要创建抽象工厂的具体实现，然后使用抽象工厂作为接口来创建这一主题的具体对象。客户端程序不需要知道（或关心）它从这些内部的工厂方法中获得对象的具体类型，因为客户端程序仅使用这些对象的通用接口。抽象工厂模式将一组对象的实现细节与他们的一般使用分离开来。

5、工厂方法
   定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法是一个类的实例化延迟到其子类。
在运算例子中，增加一个运算类（例如N次方类），只需要增加运算类和相对应的工厂，两个类，不需要修改工厂类。

二、结构型模式
1、装饰者模式
   动态地给一个对象添加一些额外的职责，就增加功能来说，Decorator模式比生成子类更为灵活。装饰者模式就是用来装饰物件的，小菜去见MM的时候，穿戴一些类的衣帽就是对自己的装饰。
2、代理模式
  为其他对象提供一种代理以控制对这个对象的访问。
3、组合模式
   将对象组合成树形结构以表示部分整体"的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。当发现需求中是体现部分和整体层次的结构时，以及你希望用户可以忽略组合对象与单个对象的不同。

4、桥接模式
   将抽象部分与它的实现部分分离，使他们都可以独立地变化。桥接模式的核心就是让这些实现独立起来，让它们各自地变化，这就使得每种实现的变化，不会影响其他实现，从而达到应对变化的目的。
“将抽象部分和实现部分分离”，就是实现系统可能有多角度分类，每一种分类都可能变化，那么就把这种多角度分离出来让他们独立变化，减少他们之间的耦合。

5、适配器模式
  两个类所做的事情相似或者相同，但是具有不同的接口时要使用适配器式 。2.双方都不太容易修改的时候，在使用适配器模式。

6、外观模式
   也叫门面模式，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。我们通过外观的包装，使应用程序只能看到外观对象，而不会看到具体的细节对象，这样无疑会降低应用程序的复杂度，并且提高了程序的可维护性
7、享元模式
   采用一个共享来避免大量拥有相同内容对象的开销。这种开销中最常见、直观的就是内存的损耗。享元模式以共享的方式高效的支持大量的细粒度对象。

三、行为型模式
1、策略模式
   策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。不同的打折方式其实都是运算，可以让他们形成一系类的算法，并且为这写算法定义公共的接口，这些算法是同一接口的不同实现。

2、状态模式
  当一个对象的内在状态改变时，允许改变其行为，这个对象看起来像是改变了其类。上午会有上午的工作状态，下午会有下午的学习状态。

3、责任链模式
    使多个对象都有机会处理请求从而避免了请求的发送者和接收者之间的耦合关系。将这个对象链接成一条链，并沿着这个链传递该请求，知道有一个对象处理它为止。
这当中最为关键的是当客户提交一个请求时，请求时沿链传递直至有一个ConcreteHandler对象负责处理它。同时，我们还可以随时增加或修改处理一个请求的结构。增强了给对象指派职责的灵活性。

4、解释器模式
    给定一个语言，定义它的文法的一种表示并定义一个解释器，这个解释器使用该表示来解释语言中的句子。通常一个语言需要解释执行，并且你可将该语言中的句子表示为一个抽象语法时，可以使用解释器。好处：很容的改变和扩展文法。
  不足：解释器模式为文法中的每一条规则至少定义了一个类，因此包含许多规则的文法可能难以管理和维护，建议当文法非常复杂时候，使用其他的技术如语法分析程序或编译器生成器来处理。

5、命令模式
    行为请求者和行为实现着之间的紧耦合。将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。
    作用：它能够容易的设计一个命令队列；在需要的情况下，可以教容易的将命令计入日志。允许接收请求的一方决定是否要否决要求；可以容易的实现对请求的撤销和重做；由于加进新的具体命令类不影响其他的类，因此增加新的具体命令类很容易。例如可以方便的增加和撤销预定烤羊肉串的数量。

6、观察者模式
   观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使他们能够自动更新自己。

7、备忘录模式
   在不破坏封装性的前提下，捕获一个对象的内部状态，并在给对象之前保存这个状态，这样以后就可将对象恢复到原先保存的状态。例如：可以恢复到玩游戏时的一个特别好的一个状态。

8、迭代器模式
    提供一种方法顺序访问一个聚合对象中各个元素，而又不暴漏该对象的内部表示。总的来说，迭代器模式就是分离了集合对象的遍历行为，抽象出一个迭代器类来负责，这样既可以做到不暴漏集合的内部结构，又可让外部代码透明的访问集合内部的数据。迭代器模式在访问数组、集合、类表等数据时候，尤其是数据库操作时候，是非常普遍的

9、模板方法模式
     定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的默写特定步骤。当我们需要完成在某一个细节层次一致的一个过程或一系列步骤，单其个别步骤在更详细的层次上的实现可能不同时我们通常考虑用模板方法模式来处理。
10、访问者模式
    表示一个作用于某对象结构中的各元素的操作。它可以使你可以在 不改变各元素的类的前提下定义作用于这些元素的新操作。
访问者模式适用于数据结构相对稳定的系统。例如世界上只有女人和男人。
优点：增加新的操作和容易，因为增加新的操作就意味着增加一个新的访问者。

11、中介者模式
  又叫做调停者模式，其实就是中间人或者调停者的意思。国家和国家之间，可以通过联合国来调停。定义：用一个中介对象来封装一系列的对象交互中介者使各对象不需要显式的相互作用，从而使其耦合松散，而且可以独立的改变它们之间的交互。
  关键就是：中介者（Mediator）知道所有对象的属性，所以能够接收消息和传送消息。中介者的出现减少了各个、colleague的耦合，使得可以独立的改变和复用各个colleague类和Mediator。同时由于把对象如何协作进行了抽象，将中介作为一个独立的概念并且将其封装在一个对象中，这样关注的对象，就从各个具体的到了他们之间的交互上。
小结：

     第一次的学习，只是知道了具体的原理。当我看到每个模式的时候，我首先想到的会是那个场景，然后再去想具体系体现的思想，对应到相应的类图和代码，还是有点困难，脑子里面还不是很清晰，以后还需要在实践中才能够更加深刻的掌握。