大话设计模式 读书笔记（二）之 设计模式

十三 、状态模式

状态模式（State）,当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。（DP）

状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的判断逻辑简化。

• 使用时机
  • 当一个对象的行为取决于它的状态，并且它必须在运行时刻根据它的状态改变它的行为时，就可以考虑使用状态模式了。

[此处应有（meiyou）代码(zi ji kan)]

十四 、 适配器模式

适配器模式（Adapter）,将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。[DP]

• 类适配器模式

  • 通过多重继承对一个接口与另一个接口进行匹配，但大部分语言不支持多重继承（C++支持）

• 对象适配器模式

  • 对象适配器模式结构图

  

  • 代码示例

  

十五 、 备忘录模式

备忘录（Memento）:在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样就可将该对象恢复到原先保存的状态[DP]。

[DP]

• 如果在某个系统中使用命令模式时，需要实现命令的撤销功能，那么命令模式可以使用备忘录模式来存储可撤销操作的状态。
• 使用备忘录可以把复杂的对象内部信息对其他的对象屏蔽起来[DP].
• 当角色的状态改变时，有可能这个状态无效，这时候就可以使用暂时存储起来的备忘录将状态复原。

十六 、 组合模式

组合模式（Composite）:将对象组合成树形结构以表示‘部分-整体’的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。[DP]

》接口是一种约束

十七 、 迭代器模式

迭代器模式（Iterator）:提供了一种方法顺序访问一个聚合对象中各个元素，而又不暴露该对象的内部表示。[DP] foreach

迭代器模式就是分离了集合对象的遍历行为，抽象出一个迭代器类来负责，这样既可以做到不暴露集合的内部结构，又可让外部代码透明的访问集合内部的数据

十八 、 单例模式

单例模式（Singleton）:保证一个类仅有一个实例，并提供一个访问它的全局访问点。[DP]

通常我们可以用一个全局变量使得一个对象被访问，但它不能防止你实例化多个对象。一个最好的办法就是，让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建，并且它可以提供一个访问该实例的办法。[DP]

十九、 桥接模式

继承的麻烦

对象的继承关系是在编译时就定义好了，所以无法在运行时改变从父类继承的实现。子类的实现与它的父类有非常紧密的依赖关系，以至于父类实现中的任何变化必然会导致子类发生变化。当你需要复用子类时，如果继承下来的实现不适合解决新问题，则父类必须重写或被其他更换的类替换。这种依赖关系限制了灵活性并最终限制了复用性。[DP]

在面向对象设计中，我们有一个很重要的设计原则，那就是合成/聚合复用原则。即优先使用对象合成/聚合，而不是类继承。[DP]

合成/聚合复用原则(CARP):尽量使用合成/聚合，尽量不要使用类继承。[J&DP]

聚合表示一种弱的‘拥有’关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分:合成表示一种强的‘拥有’关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样[DPE]（看图）

好处

优先使用对象的合成/聚合将有助于你保持每个类被封装，并被集中在单个任务上。这样类和类继承层次会保持较小规模，并且不太可能增长为不可控制的庞然大物。[DP]

桥接模式（Bridge）:将抽象部分与它的实现部分分离，使他们都可以独立地变化。[DP]

二十、 命令模式

命令模式（Command）:将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化;对请求进行排队或记录请求日志，以及支持可撤销的操作。[DP]

命令模式作用

• 它能较容易地设计一个命令队列
• 在需要的情况下，可以较容易地将命令记入日志
• 允许接受请求的一方决定是否要否决请求
• 可以容易地实现对请求的撤销和重做
• 由于加进新的具体命令类不影响其他的类，因此增加的新的具体命令类很容易。
• 命令模式把请求一个操作的对象与知道怎样执行一个操作的对象分隔开[DP]
• ​

二十一、 责任链模式

责任链模式（Chain of Responsibility）:使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。[DP]

职责连的好处

• 可简化对象的互相连接，它们仅需保持一个指向其后继者的引用，而不需保持它所有的候选接受者的引用。[DP]
• 可随时地增加或修改处理一个请求的结构。增强了给对象指派职责的灵活性[DP]

二十二、 中介者模式

中介者模式（Mediator）:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。[DP]

应用场景

中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合，以及想定制一个分布在多个类中的行为，而又不想生成太多的子类的场合。

二十三 、享元模式

享元模式（Flyweight）:运用共享技术有效地支持大量细粒度的对象[DP]

优点

享元模式可以避免大量相似类的开销。在程序设计中，有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本上都是相同的，有时就能够大幅度地减少需要实例化的类的数量。如果能把那些参数移到类实例的外面，在方法调用时将他们传递进来，就可以通过共享大幅度地减少单个实例的数目。[减少对象的实例化数量]

二十四、 解释器模式

解释器模式（Interpreter）:给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子[DP]

如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器，该解释器通过解释这些句子来解决该问题[DP] (正则表达式是它的一种应用，解释器为正则表达式定义了一个文法，如何表示一个特定的正则表达式，以及如何解释这个正则表达式)

当有一个语言需要解释执行，并且你可将该语言中的句子表示为一个抽象语法树时，可使用解释器模式[DP]

解释器模式可以很容易地改变或扩展文法，因为该模式使用类来表示文法规则，你可使用继承来改变或扩展该文法。其也比较容易实现文法，因为定义抽象语法树中各个节点的类的实现大体类似，这些类都易于直接编写[DP]

举个例子就是人工智能机器人，机器人把人的具体指令解释成相应的行为。

二十五、 访问者模式

访问者模式（Visitor）:表示一个作用于某对象结构中的各元素的操作。它可以使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作[DP]

访问者模式应用

• 适用于数据结构相对稳定的系统，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由的演化。
• 访问者模式使得增加新的操作很容易，因为增加新的操作就意味着增加一个新的访问者。访问者模式将有关的行为集中到一个访问者对象中。
• 访问者模式通常都会使增加新的数据结构变化困难。

本作品采用《CC 协议》，转载必须注明作者和本文链接