第7章-软件体系结构风格与设计模式.ppt

(4) Composite 适用场合：当需要描述的对象具有“递归组合”特征、且希望用户忽略基本对象与组合对象的区别时，适用本模式。 结构： (4) Composite 核心思想归纳：为基本对象和组合对象提供一个公共的抽象父类，以表示所有对象，并建立起从该抽象父类到组合对象类的聚集关联，从而间接建立起“递归组合”特性。 (5) Proxy 动机与实例：网络中间件。在这类程序中，实际工作的对象可能运行在远程的主机上，与客户端应用分别处于不同的地址空间。为了编程方便，在其中大量地使用了Proxy模式。建立一个Proxy对象：它与Server对象的接口是一样的，而且与Client对象位于同一台机器、同一地址空间中，所有发给它的操作请求最终都转发Server对象。给使Client对象的设计开发变得简单，就像本地编程一样，网络交互的许多细节则集中到Proxy对象的实现中。 (5) Proxy 适用场合： 前面的例子中使用Proxy模式是为了屏蔽网络交互细节、透明进行远程访问，因此属于“远程代理”； 还有一些场合是为了提高性能、降低开销，而设置一个“虚代理”，如文档文件中的图像代理，它只描述图像的位置、大小等基本信息，具体图像文件细节仅在需要时再创建一个真正的图像对象来描述； 另外，当被访问对象的内部结构很复杂且需要进行智能的分析、决策和协调时，可使用“智能代理”来屏蔽这些智能决策的细节，如一个“订票”代理就是如此：它可根据多家航空公司的订票服务，智能选择一种符合用户要求的订票方案。 (5) Proxy 结构 (5) Proxy 核心思想归纳：构造一个具有相同接口的代理对象，然后将操作请求转发给真实对象，其目的是向客户隐藏“转发过程”的细节（如远程网络交互、智能决策、选择性转发等），提供对真实对象的透明访问。 (6) Iterator 动机与实例：支持遍历的列表设计。 设计方案1 内部迭代 外部迭代 (6) Iterator 动机与实例：支持遍历的列表设计。 设计方案1的问题： 其一，这种设计只能描述一种遍历方式，如向前遍历或向后遍历，但不能同时描述多种遍历方式。或许，大家觉得只需要再向List里面增加一些表示遍历的接口函数和表示位置的成员变量即可，但这样一来众多关系不紧密的功能混放在一个类里，会使得内聚程度变低，容易导致类膨胀，同时也给函数命名等带来不便。 其二，这种设计不支持在一个列表上同时进行多个相同类型的遍历（如都是向后遍历，只是对元素的处理方式不同），而这种情况可能出现在并行程序中。 (6) Iterator 设计方案2： 在一个列表上同时进行多个相同类型的遍历。 使用Iterator模式，将负责遍历的部分功能从List中分离出来，单独形成一个类ListIterator (6) Iterator 设计方案2： 在一个列表上同时进行多个相同类型的遍历 Class ListIterator {… Private: const ListItem *list; … } ListIterator增加指向原列表的指针。因此，一个ListIterator实例记录了与列表的一次遍历相关的所有信息，通过定义ListIterator的多个实例变量，就可以在一个列表上同时进行多个相同类型的遍历。 (6) Iterator 设计方案3： 以多种方式遍历一个列表，再定义一个迭代器类型 (6) Iterator 适用场合：当需要以多种方式灵活地遍历一个聚合对象中的各个元素时，适用本模式。 结构： (6) Iterator 核心思想归纳：通过将与遍历有关的部分从聚合对象的描述中分离出来、单独成类，能够将遍历的状态信息用一个独立对象记录，从而可有效处理多种遍历和并发遍历。另外，本模式可与Factory Method模式配合使用，支持从聚合对象直接创建相应的聚合器。 (7) Observer 动机与实例：Word软件的“窗口拆分”功能。 (7) Observer 动机与实例：Word软件的“窗口拆分”功能。 (7) Observer 动机与实例：Word软件的“窗口拆分”功能。 (7) Observer 动机与实例：Word软件的“窗口拆分”功能。 (7) Observer 适用场合：如果对象之间存在一对多的数据依赖关系、且当被依赖对象的数据改变时所有依赖于它的对象都应得到通知并自动更新，那么可使用本模式。被依赖的对象称为发布者，负责发布数据并通知所有的订阅者（即依赖于该发布者的对象），以便订阅者与发布者的状态保持一致。 前面的例子中，Document对象为发布者，而Window对象为订阅者。因此，本模式也称为发布-订阅（Publish-Subscribe）模式。订阅者也可称为观察者（Observer），它似乎在时刻观察发布者的状态，并及时更