软件构造系列学习笔记（5.3）————可复用性的设计模式

可复用性的设计模式

除了Framework，5-2节所讨论的其他技术都过于“基础”和“细小”，有没有办法做更大规模的复用设计？
本节：几种典型的“面向复用”的设计模式。

目录

• 适配器模式（Adapter）
• 装饰器模式（Decorator ）
• 外观模式（Facade）
• 策略模式（Strategy）
• 模板方法模式（Template method）
• 迭代器模式（ Iterator）

除了类本身，设计模式更强调多个类/对象之间的关系和交互过程—比接口/类复用的粒度更大。

Structural patterns 结构型模式

结构型模式包含了前三种设计模式，包括适配器模式，装饰器模式和外观模式。下面一一进行介绍。

适配器模式（Adapter）

目的：将某个类/接口转换为client期望的其他形式。
适配器让类可以协同工作，否则就会因为不兼容的接口而无法工作。通过增加一个接口，将已存在的子类封装起来，client面向接口编程，从而隐藏了具体子类。

对象：将旧组件重用到新系统（也称为“包装器”）。
来看下面一个例子：

如果不使用适配器模式，会出现如下问题：

采用适配器模式后就能解决这一问题：

通过这个例子我们就可以了解到适配器模式的作用了。

装饰器模式（Decorator）

装饰器模式是为了解决以下问题出现的一个设计模式：为对象增加不同侧面的特性。
在这种设计模式下，我们对每一个特性构造子类，通过委派机制增加到对象上。

考虑以下问题：
假设你需要Stack数据结构的各种扩展。

• UndoStack：一个允许你撤销先前的push或pop操作的栈
• SecureStack：一个需要密码的栈
• SynchronizedStack：一个串行化并发访问的栈

我们可以采用继承的方式来解决。
之后我们又需要任意可组合的扩展：

• SecureUndoStack：需要密码的堆栈，并且还可以撤消以前的操作
• SynchronizedUndoSt