文档介绍：设计模式速查手册
1•创建型
名称 Abstract Factory （抽象工厂模式）
意图提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
适用 ♦ 一个系统要独立于它的产品的创建、组合和表示时。 环境 ♦ 一充。这时 Bridge模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它 们进行扩充。
♦对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重 新编译。
（C++ ）你想对客户完全隐藏抽象的实现部分。在C++中，类的表示在类接 口中是可见的。
♦有许多类要生成。这样一种类层次结构说明你必须将一个对象分解成两个 部分。Rumbaugh称这种类层次结构为“嵌套的普化”（nested generalizations ）。
你想在多个对象间共享实现（可能使用引用计数），但同时要求客户并不 知道这一点。
名称
Composite （组合模式）
意图
将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得用户 对单个对象和组合对象的使用具有一致性。
适用 环境
♦你想表示对象的部分-整体层次结构。
♦ 你希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构 中的所有对象。
Decorator （装饰模式）
动态地给一个对象添加一些额外的职责。就增加功能来说，Decora tor模式相 比生成子类更为灵活。
在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。 处理那些可以撤消的职责。
当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的 扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。 另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。
名称
Facade （外观模式，门面模式）
意图
为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口， 这个接口使得这一子系统更加容易使用。
适用 环境
.当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化 而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子 系统更具可重用性，也更容易对子系统进行定制，但这也给那些不需要定 制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺省 视图，这一视图对大多数用户来说已经足够，而那些需要更多的可定制性 的用户可以越过Facade层。
. 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入F acade将这 个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移
植性。
♦当你需要构建一个层次结构的子系统时，使用F acade模式定义子系统中每
层的入口点。如果子系统之间是相互依赖的，你可以让它们仅通过Facade 进行通讯，从而简化了它们之间的依赖关系。
Flyweight (享元模式) 运用共享技术有效地支持大量细粒度的对象。
♦
♦
♦
♦
一个应用程序使用了大量的对象。
完全由于使用大量的对象，造成很大的存储开销。 对象的大多数状态都可变为外部状态。
如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对 象。
应用程序不依赖于对象标识。由于Flyweight对象可以被共享，对于概念上 明显有别的对象，标识测试将返回真值。
名称
Proxy (代理模式)
意图
为其他对象提供一种代理以控制对这个对象的访问。
适用 环境
在需要用比较通用和复杂的对象指针代替简单的指针的时候，使用Proxy 模式。下面是一些可以使用Prox y模式常见情况：
远程代理(Remote Proxy )为一个对象在不冋的地址空间提供局部代表。
虚代理(Virtual Proxy )根据需要创建开销很大的对象。
保护代理(Pro tec ti on Proxy )控制对原始对象的访问。保护代理用于对 象应该有不同的访问权限的时候。
♦)智能指引(Smart Reference )取代了简单的指针，它在访问对象时执行 一些附加操作。
它的典型用途包括：
对指向实际对象的引用计数，这样当该对象没有引用时，可以自动释放它。
当第一次引用一个持久对象时，将它装入内存。
♦在访问一个实际对象前，检查是否已经锁定了它，以确保其他对象不能改 变它。
抽象出待执行的动作以参数化某对象。你可用过程语言中的回调(Call back)函数表达这种参数化机制。所谓回调函数是指函数先在某处注册， 而它将在稍后某个需要的时候被调用。
Command模式是回调机制的一个面向 对象的替代品。
在不同的时刻指