全书讨论共23种设计模式，分成三大类
1、创建模式（创建型模式抽象了实例化过程）
1.1、抽象工厂（abstract factory）
意图
提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
适用性
一个系统要独立于它的产品的创建、组合和表示时。
一个系统要由多个产品系列中的一个来配置时。
当你要强调一系列相关的产品对象的设计以便进行联合使用时。•当你提供一个产品类库，而只想显示它们的接口而不是实现时。
1.2、生成器（builder）
意图
将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
适用性
当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
当构造过程必须允许被构造的对象有不同的表示时。
1.3、工厂方法（factory method）
意图
定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。
适用性
当一个类不知道它所必须创建的对象的类的时候。
当一个类希望由它的子类来指定它所创建的对象的时候。
当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。
1.4、原型（prototype）
意图
用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
适用性
当一个系统应该独立于它的产品创建、构成和表示时，要使用P r o t o t y p e模式;以及
当要实例化的类是在运行时刻指定时，例如，通过动态装载;或者
为了避免创建一个与产品类层次平行的工厂类层次时;或者
当一个类的实例只能有几个不同状态组合中的一种时。建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。
1.5、单例（singleton）
意图
保证一个类仅有一个实例，并提供一个访问它的全局访问点。
适用性
当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。
当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时。
2、结构模式
2.1、适配器（adapter）
意图
将一个类的接口转换成客户希望的另外一个接口。而不能一起工作的那些类可以一起工作。
适用性
你想使用一个已经存在的类，而它的接口不符合你的需求。
你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类(即那些接口可能不一定兼容的类)协同工作。
( 仅适用于对象A d a p t e r) 你 想 使 用 一 些 已 经 存 在 的 子 类 ， 但 是 不 可 能 对 每 一 个 都 进 行子类化以匹配它们的接口。对象适配器可以适配它的父类接口。
2.2、桥接（bridge）
意图
将抽象部分与它的实现部分分离，使它们都可以独立地变化。
适用性
你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换。
类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时B r i d g e模 式 使 你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充。
对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译。
( C + +)你想对客户完全隐藏抽象的实现部分。在C + + 中 ， 类 的 表 示 在 类 接 口 中 是 可 见的。
正如在意图一节的第一个类图中所示的那样，有许多类要生成。这样一种类层次结构说明你必须将一个对象分解成两个部分。R u m b a u g h称 这 种 类 层 次 结 构 为 “ 嵌 套 的 普 化 ”(nested generalizations)。
你想在多个对象间共享实现(可能使用引用计数)，但同时要求客户并不知道这一点。一个简单的例子便是C o p l i e n的S t r i n g类[ C o p 9 2 ]， 在 这 个 类 中 多 个 对 象 可 以 共 享 同 一 个 字符串表示(S t r i n g R e p)。
2.3、组合（composite）
意图
将 对 象 组 合 成 树 形 结 构 以 表 示 “ 部 分-整 体 ” 的 层 次 结 构 。C o m p o s i t e使 得 用 户 对 单 个 对 象和组合对象的使用具有一致性。
适用性
你想表示对象的部分-整体层次结构。
你希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。
2.4、装饰（decorator）
意图
动态地给一个对象添加一些额外的职责。就增加功能来说，更为灵活。
适用性
在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
处理那些可以撤消的职责。
当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。
2.5、外观（facade）
意图
为子系统中的一组接口提供一个一致的界面，F a c a d e模 式 定 义 了 一 个 高 层 接 口 ， 这 个 接口使得这一子系统更加容易使用。
适用性
在遇到以下情况使用 F a c a d e 模式
当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。
大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性，也更容易对子系统进行定制，但这也给那些不需要定制子系统的用户带来一些使用上的困难。F a c a d e可 以 提 供 一 个 简 单 的 缺 省 视 图 ， 这 一 视 图 对 大 多 数 用 户 来 说 已 经 足 够 ， 而 那 些 需要更多的可定制性的用户可以越过f a c a d e层。
客户程序与抽象类的实现部分之间存在着很大的依赖性。引入f a c a d e将 这 个 子 系 统 与 客户以及其他的子系统分离，可以提高子系统的独立性和可移植性。
当你需要构建一个层次结构的子系统时，使用f a c a d e模 式 定 义 子 系 统 中 每 层 的 入 口 点 。
如果子系统之间是相互依赖的，你可以让它们仅通过之间的依赖关系。
2.6、享元（flyweight）
意图
运用共享技术有效地支持大量细粒度的对象。
适用性
一个应用程序使用了大量的对象。
完全由于使用大量的对象，造成很大的存储开销。
对象的大多数状态都可变为外部状态。
如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象。
应用程序不依赖于对象标识。由于F l y w e i g h t对 象 可 以 被 共 享 ， 对 于 概 念 上 明 显 有 别 的 对象，标识测试将返回真值。
2.7、代理（proxy）
意图
为其他对象提供一种代理以控制对这个对象的访问。
适用性
在 需 要 用 比 较 通 用 和 复 杂 的 对 象 指 针 代 替 简 单 的 指 针 的 时 候 ， 使 用些可以使用P r o x y模式常见情况:
P r o x y模 式 。 下 面 是 一
1) 远程代理(Remote Proxy)为一个对象在 不同的地址空间 提供局部代表。N E X T S T E P [ A d d 9 4 ]使用N X P r o x y 类 实 现 了 这 一 目 的 。C o p l i e n [ C o p 9 2 ]称 这 种 代 理 为 “ 大 使 ”
( A m b a s s a d o r)。
2 ) 虚代理(V i r t u a l P r o x y)根据需要创建开销很大的对象。在动机一节描述的I m a g e P r o x y
就是这样一种代理的例子。
3) 保护代理(Protection Proxy)控制对原始对象的访问。保护代理用于对象应该有不同
的 访 问 权 限 的 时 候 。 例 如 ， 在C h o i c e s操作系统[ C I R M 9 3 ]中K e m e l P r o x i e s为 操 作 系 统 对 象 提 供了访问保护。
4 ) 智能指引(S m a r t R e f e r e n c e) 取 代 了 简 单 的 指 针 ， 它 在 访 问 对 象 时 执 行 一 些 附 加 操 作 。它的典型用途包括:
对指向实际对象的引用计数，这样当该对象没有引用时，可以自动释放它(也称为S m a r tP o i n t e r s[ E d e 9 2 ] )。
当第一次引用一个持久对象时，将它装入内存。
在访问一个实际对象前，检查是否已经锁定了它，以确保其他对象不能改变它。
3、行为模式
3.1、职责链（chain of responsibility）
3.2、命令（command）
3.3、解释器（interpreter）
3.4、迭代器（iterator）
3.5、中介者（mediator）
3.6、备忘录（memento）
3.7、观察者（observer）
3.8、状态（state）
3.9、策略（strategy）
3.10、模板（template）
3.11、访问者（visitor）
扫一扫
371
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
