摘要：
1. 动机在软件构建过程中，集合对象内部结构常常变化各异。但对于这些集合对象，我们希望在不暴露其内部结构的同时，可以让外部客户代码透明地访问其中包含的元素；同时这种“透明遍历”也为“同一种算法在多种集合对象上进行操作”提供了可能。使用面向对象技术将这种遍历机制抽象为“迭代器对象”为“应对变化中的集合对象”提供了一种优雅的方式。2. 意图提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。3. 结构图4. 几个要点• 迭代抽象：访问一个聚合对象的内容而无需暴露它的内部表示。• 迭代多态：为遍历不同的集合结构提供一个统一的接口，从而支持同样的算法在不同的集合结构上进行操作。• 阅读全文
摘要：
1. 动机在软件构建过程中，经常会出现多个对象互相关联交互的情况，对象之间常常会维持一种复杂的引用关系，如果遇到一些需求的更改，这种直接的引用关系将面临不断的变化。在这种情况下，我们可使用一个“中介对象”来管理对象间的关联关系，避免相互交互的对象之间的紧耦合引用关系，从而更好地抵御变化。2. 意图用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式的相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。3. 结构图4. 几个要点• 将多个对象间复杂的关联关系解耦，Mediator模式将多个对象间的控制逻辑进行集中管理， 变“多个对象互相关联”为“多个对象和一个中介者关联”，简 阅读全文
摘要：
1. 动机在软件构建过程中，如果某一特定领域的问题比较复杂，类似的模式不断重复出现，如果使用普通的编程方式来实现将面临非常频繁的变化。在这种情况下，将特定领域的问题表达为某种语法规则下的句子，然后构建一个解释器来解释这样的句子，从而达到解决问题的目的。2. 意图给定一个语言，定义它的文法的一种表示，并定义一种解释器，这个解释器使用该表示来解释语言中的句子。3. 结构图4. 几个要点• Interpreter模式的应用场合是Interpreter模式应用中的难点，只有满足“业务规则频繁变化，且类似的模式不断重复出现，并且容易抽象为语法规则的问题”才适合使用Interpreter模式。• 使用In 阅读全文
摘要：
前言耦合与变化耦合是软件不能抵御变化灾难的根本性原因。不仅实体对象与实体对象之间存在耦合关系，实体对象与行为操作之间也存在耦合关系。1. 动机在软件构建过程中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合——比如需要对行为进行“记录、撤销/重做（undo/redo）、事务”等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将“行为请求者”与“行为实现者”解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。2. 意图将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。3. 结构图4. 几个要点• C 阅读全文
摘要：
1. 动机在软件构建过程中，对于某一项任务，它常常有稳定的整体操作结构，但各个子步骤却有很多改变的需求，或者由于固有的原因（比如框架与应用之间的关系）而无法和任务的整体结构同时实现。如何在确定稳定操作结构的前提下，来灵活应对各个子步骤的变化或者晚期实现需求？2. 意图定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。3. 结构图4. 几个要点• Template Method模式是一种非常基础性的设计模式，在面向对象系统中有着大量的应用。它用最简洁的机制（虚函数的多态性）为很多应用程序框架提供了灵 阅读全文
摘要：
回顾 上一篇主要描述了委托的概念以及.net平台的委托实现，这一边主要描述.net平台针对委托的几个扩展。一、 委托推断 c#2.0版本中出现了委托推断，给委托传递方法地址时可以使用一种简洁的语法。 eg：GetAString firstStringMethod = new GetAString(x.ToString); 只要用变量 x 把方法名传送给变量 firstStringMethod，就可以编写出作用相同的代码 GetAString firstStringMethod = x.ToString; * 编译器会用 firstStringMethod 检测需要的委托类型，因此创建 GetA 阅读全文
摘要：
1. 动机在面向对象系统中，有些对象由于某种原因（比如对象创建的开销很大，或者某些操作需要安全控制，或者需要进程外的访问等），直接访问会给使用者、或者系统结构带来很多麻烦。如何在不失去透明操作对象的同时来管理/控制这些对象特有的复杂性？增加一层间接层是软件开发中常见的解决方式。2. 意图为其他对象提供一种代理以控制对这个对象的访问。3. 结构图4. 几个要点•“增加一层间接层”是软件系统中对许多复杂问题的一种常见解决方法。在面向对象系统中，直接 使用某些对象会带来很多问题，作为间接层的 proxy对象便是解决这一问题的常用手段。• 具体proxy设计模式的实现方法、实现粒度都相差很大，有些可能 阅读全文
摘要：
1. 动机采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中，从而带来很高的运行时代价——主要指内存需求方面的代价。如何在避免大量细粒度对象问题的同时，让外部客户程序仍然能够透明地使用面向对象的方式来进行操作？2. 意图运用共享技术有效地支持大量细粒度的对象。3. 结构图4. 几个要点• 面向对象很好地解决了抽象性的问题，但是作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。Flyweight设计模式主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题。• Flyweight采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。在具体实现方 阅读全文
摘要：
1. 动机上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。如何简化外部客户程序和系统间的交互接口？如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦？2. 意图为子系统中的一组接口提供一个一致的界面，Façade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。3. 结构图4. 几个要点• 从客户程序的角度来看， Facade模式不仅简化了整个组件系统的接口，同时对于组件内部与外部客户程序来说，从某种程度上也达到了一种“解耦”的效果——内部子系统的任何变化不会影响到Fa 阅读全文
摘要：
前言 .net平台的开发人员肯定都知道委托，但是对于菜鸟级成员来说，对委托的深入了解却不是一件很容易的事情。比如我就长期处于迷惑的状态。后来逐渐看一些书及文章，才渐渐清晰一些了。发现其实委托也不是多高深的东西，前面的困惑应该是学习方法不当导致的结果（部分培训机构及劣质书籍）。下面是个人目前对委托的了解，不一定准确完善，只期抛砖引玉。相关概念 *函数指针：保存 函数首地址的 变量。 函数指针是一个变量，只不过其中保存的不是数据，而是一个地址值，是某一个函数的地址值。 *委托 .net平台的委托是一种特殊的函数指针，他使用对象（代替了变量）来保存函数地址，其中加入了函数签名机制，从而保证了类型的安 阅读全文