参考：http://topic.csdn.net/u/20090220/23/e2d130d9-d7d4-4520-bec7-e78ae6ca9aff.htmlhttp://topic.csdn.net/u/20091223/09/b841653f-5955-4708-b6a7-9b3b1f8c9f88.html?41398   using System;using

解决的问题：我创建的这个对象比较复杂，且该对象里面的成员函数用不同的实现来表示不同的实例，换句话说就是同样的对象构建过程可以有不同的表示。比如我那天去吃过桥米线，他们有不同的套餐，套餐里包含的种类是一样的，都有一碗米线，一份凉菜，一杯饮料。但是不同的套餐里这3样又都不是全部一样的。此时我们就可以用建造者模式。类图结构：1．建造者（Builder）角色：给出一个抽象接

解决的问题：我们PC用到的文件系统，其实就是我们数据结构里的树形结构，我们处理树中的每个节点时，其实不用考虑他是叶子节点还是根节点，因为他们的成员函数都是一样的，这个就是组合模式的精髓。他模糊了简单元素和复杂元素的概念，客户程序可以向处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解耦。将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合

我们去银行柜台办业务，一般情况下会开几个个人业务柜台的，你去其中任何一个柜台办理都是可以的。我们的访问者模式可以很好付诸在这个场景中：对于银行柜台来说，他们是不用变化的，就是说今天和明天提供个人业务的柜台是不需要有变化的。而我们作为访问者，今天来银行可能是取消费流水，明天来银行可能是去办理手机银行业务，这些是我们访问者的操作，一直是在变化的。

我所理解的设计模式系列已经全部完成，在写该系列的过程中收获很多。俗话说得好，好记性不如烂笔头，写出来不单单可以增加自己对知识的理解，也可以很好的分享给大家，大家共同学习。这里是最后一篇，来给所有的设计模式来个一句话总结，在让我们“过电影”般在过一遍。

视频编码标准是用于压缩数字视频数据的技术规范，以减少存储和传输所需的带宽。

看看我们平时用的开关，同样一个开关他有2种状态：开和关，当她处于不同的状态的时候她的行为是不一样的，比如当她是开着的时候，你按她一下，她就变成了关闭状态，她是关着的时候按她一下，她就变成了开着的状态。看上去就像是改变了它的类一样，其实我们开发者都知道，我们里面用到了if-else，但是当碰到更多状态时就会造成很多很多if-else，设计和维护就相当的负责，我们将要学习的状态模式

我们玩单机游戏的时候总会遇到老婆大人的各位事情，一会去买瓶醋了，一会去打个酱油了，会耽误我们玩游戏的进程，但是此时我们能有“保存游戏”这个宝贝，我们的主基地不会在我们打酱油的时候被对手拆掉。这“保存游戏”的功能其实就是备忘录模式的很好应用，她是在在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可以就该对象恢复到原先保存的状态。这个其实也是我们的redo，undo

解决的问题：适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本接口不匹配而无法在一起工作的两个类能够在一起工作。比如说我的hp笔记本，美国产品，人家美国的电压是110V的，而我们中国的电压是220V，要在中国能使用，必须找个变压器转一下电压才可以。这个变压器就是个适配器。适配器模式有类适配器和对象适配器两种模式，我们将分别讨论。类适配器：由图中可以看

解决的问题：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。这个其实和C++的拷贝构造函数的作用是一致的，实际上就是动态抽取当前对象运行时的状态。类图结构：     客户（Client）角色：客户类提出创建对象的请求。抽象原型（Prototype）角色：这是一个抽象角色，通常由一个C#接口或抽象类实现。此角色给出所有的具体原型类所需的接口。在C#中，抽象