2011年软考系统架构设计师学习笔记第七章

　　7.2.3 行为性模式

　　行为性模式 影响 系统的 状态、行为流。

　　简化、优化 并且 提高应用程序的 可维护性。

　　1、Chain of Responsibility 模式

　　在系统中建立一个链，在首先接收到它的级别处 被处理，或者定位到可以处理它的对象。

　　优点：

　　降低了耦合度。

　　增加面向对象制定责任的 灵活性。

　　类的集合可以作为一个整体。

　　以下情况中，应该使用 Chain of Responsibility 模式：

　　多个对象可以处理一个请求，而其处理器却是未知的。

　　在不指定确切的 请求接受对象的情况下，向几个对象中的 一个 发送请求。

　　动态地指定能够处理请求的对象集。

　　2、Command 模式

　　在对象中封装了请求。

　　优点：

　　将调用操作的对象 与 知道如何完成该操作的对象 相分离。

　　更容易添加新指令，因为不用修改已有类。

　　以下情况中，应该使用 Command 模式：

　　要通过执行的动作 来 参数化对象。

　　在不同的时间 指定、排序、执行 请求。

　　必须支持 Undo、日志记录 或 事务。

　　3、Interpreter 模式

　　解释定义其语法表示的语言，提供了语句解释器。

　　优点：

　　容易修改并扩展语法。

　　更容易实现语法。

　　以下情况中，应该使用 Interpreter 模式：

　　语言的语法比较简单。

　　效率并不是最主要的问题。

　　4、Iterator 模式

　　为集合中的有序访问提供了一致的方法，而该集合是独立于基础集合。

　　优点：

　　支持集合的不同遍历。

　　简化了集合的接口。

　　以下情况中，应该使用 Iterator 模式：

　　不开放集合对象内部表示的前提下，访问集合对象内容。

　　支持集合对象的多重遍历。

　　为遍历集合中的不同结构 提供了统一的接口。

　　5、Mediator 模式

　　通过引入一个能够管理对象间消息分布的对象，简化了系统中对象间的通信。提高了对象间的松耦合度，还可以独立地 改变 其间的交互。

　　优点：

　　去除对象间的影响。

　　简化了对象间协议。

　　集中化了控制。

　　由于不再需要直接互传消息，单个组件变得更加简单，而且容易处理。

　　由于不再需要 包含逻辑 来处理组件间的通信，组件变得更加通用。

　　以下情况中，应该使用 Mediator 模式：

　　对象集合需要以 一个定义规范但复杂的方式 进行通信。

　　2010年下半年软考试题及答案解析汇总

　　2010年下半年软件水平考试答案

　　2011年软考系统架构设计师学习笔记汇总