myepicure的专栏

抽象访问者(Visitor)、具体访问者(Concrete Visitor)、抽象元素(Element)、6.4 增加新的ElementC，所有Visitor类和ObjectStructure都要修改(4.1)6.2 增加新的ConcreteVisitor3就可以定义一个新的操作(3.1)使你可以在不改变各元素的类的前提下定义于作用于这些元素的新操作。6.3 抽象Visitor里的接口集中了相关的操作(3.2)表示一个作用于某对象结构中的各元素的操作。3.2 集中相关的操作，而分离无关的操作。

6.2 ConcreteClass可以改变中间的两个步骤Operation1、Operation2。工厂方法是延迟到子类创建对象，模板方法是延迟到子类改变部分算法(行为)。6.1 AbstractClass::TemplateMethod定义了操作框架(步骤)。模板方法使子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。提取公共行为，父类调用子类操作。5.2 策略模式是改变整个算法，而模板方法是改变算法的一部分。定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。

抽象策略(Strategy)、具体策略(Concrete Strategy)、上下文环境(Context)定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。6.4 使用模板类时，具体策略可以不继承自抽象Strategy。3.2 一个替代继承的方法，算法独立于Context。6.3 相同的接口，但可得到不同的结果(3.4)本模式使得算法可独立于使用它的客户而变化。5.1 策略对象经常的轻量级的享元对象。3.4 提供了相同行为的不同实现。4.1 客户必须了解不同的策略。4.2 增加了对象的数目。

上下文环境(Context)、抽象状态(State)、具体状态(Concrete State)3.1 将与特定状态相关的行为局部化，并且将不同状态的行为分割开来。6.1 不同的ConcreteState，对应不同的处理方法(3.1)6.2 状态对象比多个一般变量更明确，更容易理解和管理(3.2)6.4 一个ConcreteState需要知道下一个状态是谁。允许一个对象在其内部状态改变时改变它的行为。6.3 代码里的状态对象是单例共享的(3.3)3.2 使得状态转换显式化。5.2 状态对象通常是单件。

抽象目标(Subject)、具体目标(Concrete Subject)、抽象观察者(Observer)、6.2 Subject::Notify里的循环就是广播，观察者自己决定是否处理某一通知(3.2)。5.1 ChangeManager可使用单例模式来保证它是唯一的并且是可全局访问的。当一个对象的状态改变时，所有依赖于它的对象都得到通知并被自动更新。当目标和观察者间的依赖关系特别复杂时，需要一个维护这些关系的对象，3.1 目标和观察者之间的耦合是抽象的。定义对象间的一种一对多的依赖关系，

6.1 Originator通过Mememto来保存真实的内部状态，不保留历史状态(3.2)。6.2 Caretaker持有有历史状态的Mememto指针，但不关注其内部状态(3.1)。当生成备忘录必须拷贝并存储大量信息时，或非常频繁地创建备忘录和恢复原发器状态。在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。4.2 在一些语言中可能难于保证只有原发器可访问备忘录的状态。4.3 维护备忘录的潜在代价。5.1 命令模式可使用备忘录来为可撤销的操作维护状态。屏蔽了原发器的内部信息。

抽象中介者(Mediator)、具体中介者(Concrete Mediator)、抽象同事(Colleague)、5.1 Mediator的协议是多向的，提供了Colleague对象间的协作行为；而Façade的协议是单向的，只能Façade对子系统提出请求。6.2 将多对多的关系变成了一对多(一个中介对多个同事)的关系(3.3)。4.1 使控制集中化，可能使中介者自身称为一个难于维护的庞然大物。中介者使各对象不需要显式地相互引用，从而使其耦合松散，用一个中介对象来封装一系列的对象交互。

抽象集合(Aggregate)、具体集合(Concrete Aggregate)、抽象迭代器(Iterator)、具体迭代器(Concrete Iterator)提供一种方法顺序访问一个聚合对象中的各个元素，而又不需暴露该对象的内部表示。6.2 使用方法一，可以得到多个迭代器，但用户需要负责删除迭代器指针(3.3)；5.3 迭代器内部存储一个memento，用来捕获一个迭代的状态。6.1 可以很容易实现Iterator的子类以支持不同的遍历方式(3.1)3.1 支持以不同的方式遍历一个聚合。

抽象表达式(AbstractExpression)、终结表达式(TerminalExpression)、非终结表达式(NonterminalExpression)、上下文(Context)给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语。6.1 可以很容易地改变解释器或增加新的终端解释器来实现新文法(3.1、3.2)。5.4 访问者可用来在一个类中维护抽象语法树中的各节点的行为。6.2 非终端解释器是组合模式，很容易实现新的“计算”(3.3)。3.2 易于实现文法。

接收者(Receiver)、抽象命令(Command)、具体命令(Concrete Command)、请求者(Invoker)将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；6.2 增加新命令ConcreteCommand3，不需要修改其它类(3.4)。5.2 Memento模式可用来保持某个状态，命令用这一状态来撤消。6.1 请求者和接收者不直接打交道，而是通过命令对象(3.1)。3.1 将调用方(请求者)和操作方(接收者)解耦。3.4 容易增加新的命令，无需改变已有的类。

抽象处理者(Handler)、具体处理者(Concrete Handler)使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。3.1 降低耦合度。简化了对象的相互连接，仅需保持一个指向后继者的引用。6.1 每个具体处理者只需关注自己能处理的请求，其它请求丢给后继者(3.1)6.2 pHandler2只能处理一个请求，因为它在职责链的末端(4.1)4.1 不保证请求一定被处理(没有相应的处理者或使用不当)

6.1 Proxy与RealSubject实现相同的接口，对客户隐藏了RealSubject，且可以访问权限控制。3.4 可以对用户隐藏copy-on-write的优化方式(大幅度地降低拷贝庞大实体时的开销)6.2 Proxy可以直接转发请求，也可以加一些内务处理或优化操作(3.3，3.4)。5.1 代理提供与实体相同的接口或子集接口，而适配器提供了一个不同的接口。5.2 代理控制对象的访问，而装饰器为对象添加一个或多个功能。为其它对象提供一种代理以控制对这个对象的访问。3.2 虚拟代理可以进行最优化。

抽象享元(Flyweight)、具体享元(Concrete Flyweight)、具体不共享元(UnShared Concrete Flyweight)、享元工厂(Flyweight Factory)5.1 享元模式通常和组合模式结合，用共享叶节点的有向无环图实现一个逻辑上的层次结构。6.1 第二次使用SharedFlyweight时从map里取出，而不需要重新创建(3.1)5.2 通常，最好用享元实现State和Strategy对象。3.1 节省空间，共享越多，节省越大。4.1 增加了运行时开销。

Façade的目的是对子系统对象的接口进行抽象，使更容易使用；5.2 Mediator的目的是对同事之间的任意通讯进行抽象，同事对象通过中介者与其他对象通信。为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得。3.1 对客户屏蔽了子系统组件，减少了客户处理的对象数目。子系统(Subsystem)、外观(Facade)3.2 实现了子系统与客户之间的松耦合关系。6.2 客户仍然可以直接使用子系统类(3.3)3.3 如果需要，仍然可以使用子系统类。这一子系统更加容易使用。

一个被装饰了的组件与这个组件是有差别的，使用装饰时不能依赖对象标识。5.2 可以将装饰视为一个退化的，仅有一个组件的组合，但它的目的不在于对象聚集。3.2 避免在层次结构高层的类有太多的特征。5.1 装饰仅改变对象的职责而不改变接口，而适配器给对象一个全新的接口。5.3 装饰可以改变对象的外表，而策略模式可以改变对象的内核。6.2 不同的装饰器可以添加不同的功能，也可以叠加给被装饰者(3.2)6.1 装饰不是单纯的继承，它还持有被装饰者的指针，更灵活(3.1)动态地给一个对象添加一些额外的功能。

Composite使得用户对单个对象和组合对象的使用具有一致性。抽象组件(Component)、组合式节点(Composite)、叶节点(Leaf)6.2 Leaf也是一种基本对象，只需要关注Component接口(3.2)。6.1 组合Composite是一种基本对象Component(3.1)。6.2 继承Component接口，就可以增加新类型的组件(3.3)。客户代码中，用到基本对象的地方都可以使用组合对象。3.1 定义了包含基本对象和组合对象的类层次结构。3.4 使设计变得更加一般化。

抽象(Abstraction)、细化抽象(Refined Abstraction)、抽象实现者(Implementor)、具体实现者(Concrete Implementor)6.1 接口Abstraction和实现Implementor分离，接口类维护一个实现类的指针(3.1)6.2 可以单独对Abstraction或Implementor扩充(生成新的子类)(3.2)5.2 适配器模式用来帮助无关的类协同工作，通常在系统完成后(类已经设计好)才使用，而桥接模式在系统开始时(设计类之前)就被使用。

6.2 对象适配器ObjectAdapter不需要修改代码，就可以对Adaptee的子类同样适配(3.2.a)a. Adapter可以重定义Adaptee的部分行为，因为Adapter是它的一个子类。5.1 Adapter是改变一个已有对象的接口，而Bridge是将接口和实现分离。a. 允许一个Adapter与多个Adaptee(其本身及它的所有子类)。a. 一个Adapter只能对应一个Adaptee(不能适配其子类)。5.3 Proxy在不改变它的接口的条件下，为另一个对象定义了一个代理。

6.2 将构造函数私有化，只能通过Instance函数访问对象。保证一个类仅有一个实例，并提供一个访问它的全局访问点。很多模式都可以用单例实现，如抽象工厂、生成器、原型。3.3 允许对操作和表示精化(可以有子类)3.2 缩小名空间(对全局变量的改进)6.1 注意此代码未考虑线程安全问题。3.1 对唯一实例的受控访问。单件(Singleton)3.4 允许可变数目的实例。3.5 比类操作更灵活。

5.2 大量使用Composite和Decorator模式的设计通常可以从原型模式处获益。抽象原型(Prototype)、具体原型(Concrete Prototype)抽象工厂可以存储一个被克隆的原型的集合，并且返回产品对象。5.1 原型和抽象工厂在某种方面是相互竞争的，但它们也可以一起使用。这可能很困难，当内部有不支持拷贝或循环引用的对象时。用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。3.3 可以极大地减少系统所需要的类的数目。3.5 可以减少子类的构造。3.6 用类动态配置应用。

5.3 原型不需要创建Creator子类，但需要Creator初始化产品对象，工厂方法则不需要。3.2 给子类一个钩子(hook)以提供对象的扩展版本(父类有个缺省版本)6.1 可以直接操作Product的接口(3.1)，也可以通过Creator操作。4.1 可能为了创建一个特定的具体产品对象，不得不创建一个具体构造者。定义一个用于创建对象的接口，让子类决定实例化哪一个类。抽象产品、具体产品、抽象构造者、具体构造者。3.3 可以连接平行的类层次(职责委托)工厂方法使一个类的实例化延迟到其子类。

指挥(Director)、抽象生成器(Builder)、具体生成器(Concrete Builder)、产品(Product)5.1 Builder着重于一步步构造一个复杂对象，而抽象工厂着重于多个系列的产品对象。将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。6.2 可以创建不同的Director来控制所需零件来组成不同产品(3.2)。6.3 Director的Construct函数可以控制构造过程(3.3)。3.1 可以改变一个产品的内部表示(通过定义新的生成器)。

抽象产品(Product)、具体产品(Concrete Product)、抽象工厂(Abstract Factory)、具体工厂(Concrete Factory)。5.1 抽象工厂类通常用工厂方法(Factory Method)实现，也可用原型(Prototype)实现。一个更灵活但不太安全的方法是给创建对象的操作增加一个参数，该参数指定对象的种类。提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。5.2 一个具体的工厂通常是一个单件(Singleton)。3.1 分离了具体的类。

本质是指软件功能有变化时(业务逻辑变化)，不修改已有的代码，而是应该通过扩展来实现变化。子类继承父类时，必须是is-a的关系，子类可以扩展父类的功能，但不能改变父类原有的功能。一个类对于其他的类知道的越少越好，就是说一个对象只和必须的有限对象打交道。也就是细化接口(单一职责)，使用多个专门的接口，而不使用单一的总接口。3.1 高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。这个原则的意思是任何基类对象出现的地方，都可以用子类对象替换。所有的类/对象/方法都应该有单一的职责，也就是只做一件事。