第十章 面向对象设计

《第十章 面向对象设计》由会员分享，可在线阅读，更多相关《第十章 面向对象设计（82页珍藏版）》请在金锄头文库上搜索。

1、下页末页上页首页目录第10章 面向对象设计10.1 架构设计第10章 面向对象设计10.2 详细设计10.3 设计模式 1下页末页上页首页目录第10章 面向对象设计教学目的与要求掌握架构设计的概念和原则;掌握常用的架构摸式; 掌握详细设计原则和设计内容；4.了解各种设计模式；2下页末页上页首页目录第10章 面向对象设计教学重点 架构设计的概念和原则; 常用的架构摸式; 详细设计原则和设计内容; 设计模式。 教学难点 架构设计的概念; 常用的架构摸式; 3.详细设计原则和设计内容。3下页末页上页首页目录第10章 面向对象设计10.1 架构设计 一、软件架构与框架（1）什么是软件架构软件架构是一种

2、思想，一个系统蓝图，对软件结构组 成的规划和职责设定。一个软件里有处理计算的、处理界 面的、处理数据的、处理业务规则的、处理安全的等许多 可逻辑划分出来的部分。软件架构的意义就是要将这些可 逻辑划分的部分独立出来，用约定的接口和协议将他们有 机的结合在一起，形成职责清晰、结构清楚的软件结构。软件架构是一个逻辑性的框架描述，它可能并无真正 的可执行部分。大部分的软件架构都是由一个设计思想， 加上若干设计模式，在规定一系列的接口规范、传输协议 、实现标准等文档构成的。4下页末页上页首页目录第10章 面向对象设计10.1 架构设计 软件框架是软件架构的一种实现，是一个半成品。它通常针对一个软件架构当

3、中某一个特定的问题提供解决方案 和辅助工具。因此，如果说架构是一个逻辑的构成，而框 架则是一个可用的半成品，是可执行的。二、软件架构的基本组成一个软件架构应当包括软件层次、每一层次的职责、层次之间的接口、传输协议和标准以及每一层次上所采用 的软件框架 5下页末页上页首页目录第10章 面向对象设计软件架构的内容 6下页末页上页首页目录第10章 面向对象设计在Rose中，我们可以用包图来描述软件架构。如下图所示，描述了一个由五个层次构成的软 件架构。 7下页末页上页首页目录第10章 面向对象设计10.1 架构设计 三、架构设计原则1. 自顶向下原则 2. 职能集中原则 3. 互不交叉原则 8下页末

4、页上页首页目录第10章 面向对象设计自顶向下分包原则 9下页末页上页首页目录第10章 面向对象设计职能集中原则 10下页末页上页首页目录第10章 面向对象设计增加新类并单独分包 交叉依赖的类单独分包 11下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式1. 分层架构模式分层（Layer）模式是最常见的一种架构模式。甚至说分层模式是很多架构模式的基础。分层描述的是这样一 种架构设计过程：从最低级别的抽象开始，称为第1层。 这是系统的基础。通过将第J层放置在第J-1层的上面逐步 向上完成抽象阶梯，直到到达功能的最高级别，称为第N层。如图下所示。12下页末页上页首页目

5、录第10章 面向对象设计分层架构模式 13下页末页上页首页目录第10章 面向对象设计分层构架具有以下优点： 层次的复用性。为每个层次建立好抽象接口，可以使其在其他环境复用 。 支持基于抽象程度递增的系统设计，使设计者可以对复杂系统进行分解 ，从而使系统更容易模块化。 支持功能增强。因为每一层至多和相邻的上下层进行交互，因此功能的 改变最多影响相邻的两层。 可替换性。独立的层次设计容易被功能相似的模块替换。 分层构架也有一些缺点，主要表现在： 效率低。分层结构通常要比单层结构效率低，原因是有时高层过分依赖 底层的服务，必须经过许多中间层进行数据传递。 增加了一些不必要的工作。 改变行为的连锁反应

6、。 设计者要建立不同合适粒度的抽象层次有一定困难。 常见的分层架构模式有： 客户端-服务器模型（Client-Server，C/S）。 三层模型：用户表示层、业务逻辑层、数据层。14下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式2.黑板模式黑板模式的思想是，有一系列独立的模块，或者说是 方案，这些方案能解决部分问题的一部分，这些方案进行 协作，使得问题问题能够最终解决。这就像一群人在一块 黑板前，共同解决一个问题，根据当前问题解决的程度和 状态，不同的人上前到黑板上解决他所能解决的部分，这 样经过多人的协作，最终能够将问题解决。这就是 黑板模 式这个名字的来历

7、。黑板模式的实现分为三个主要的组件 ：黑板(Blackboard)，知识源(Knowledge Source)和控制 (Control)。如图下所示。15下页末页上页首页目录第10章 面向对象设计黑板模式 16下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式3.管道/过滤器模式 管道/过滤器模式构架中的每个构件都有一组输入和输 出，构件读入数据流，经过处理产生输出数据。这个过程 通过对输入流的变换及增量计算来完成，因此在输入流被 完全使用掉之前，变产生了输出，这样的构件就是过滤器 ，而构件间的连接件就像是数据流传输的管道，它将数据 从一个过滤器传到另一个过滤器。

8、其中，过滤器必须是独 立的实体，它不能与其他的过滤器共享数据。多个过滤器 相连，可以形成过滤器链。而每个过滤器功能单一，可以 单独修改，链中过滤器的排列顺序可以根据需求进行配置 。17下页末页上页首页目录第10章 面向对象设计特征： l每个过滤器构件是一个独立的部件，除了输入流和输 出流外，过滤器之间互不影响，因此，过滤器之间不共 享任何状态信息。 l每个过滤器对其上游或下游连接的过滤器是透明的， 它的实现和使用不对链中的任何过滤器加以限制。如下 图所示。管道/过滤器模式18下页末页上页首页目录第10章 面向对象设计 这种构架具有以下优点： 可以创建具有良好隐蔽性和高内聚、低耦合的构件。 设计

9、者可以将整个系统的输入/输出行为看成是多个过 滤器行为的简单合成。 支持软件重用。 通过添加新的过滤器或换掉旧的过滤器可以方便地维护 系统，增强现有的系统功能。 可以对一些如吞吐量、死锁等问题进行分析。 支持并发过程。每个过滤器作为一个单独的任务完成， 因此可与其他任务并行执行，有较高的并行处理效率。19下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式4.中介模式 中介模式是构建带有隔离构件的分布式系统，系统通 过远程服务调用进行交互。中介构件负责协调通信，包括 转发请求、传送结果和异常等。这样的构架模式并不是一 个整体的应用程序，而是若干个独立的和互操作的构件

10、集 合。通过将功能分割成独立的构件，系统具有可分割性和 可扩展性，并具有较大的灵活性、可维护性和可变性。在 中介构架中，系统可以添加、移动、交换、激活和定位构 件服务，可以仅通过对象接口使用服务器中的应用程序对 象，而不需要要知道对象的细节或其物理位置。20下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式5.代理模式 代理模式由是客户机、服务器、代理程序、桥接、客 户端代理和服务器端代理等构件组成的构架模式。客户机通过代理程序发送请求访问服务器功能。服务器为应用领域提供公共服务，或者向单一应用提供特定的功能服务。代理程序位于客户机和服务器之间，协调客户机和服务

11、器之间的活动。 21下页末页上页首页目录第10章 面向对象设计客户机端代理是客户机和代理程序之间的一个层。 桥接是用来隐藏两个代理程序互相操作的细节的可选 构件，它建立一个所有系统细节封装起来的层，便于系 统在异构环境中运行。通过使用代理模式，应用程序能够简单地通过向合 适的对象发出消息调用访问分布式服务，而不是把重点 放在低级进程间通信。另外，代理模式结构灵活，允许 对对象动态改变、添加、删除和重定位。22下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式6.MVC模式 MVC是模型-视图-控制器(Model-View-Control)的简称 ，是一种流行的系统

12、开发框架。MVC把交互系统的组成分 解成模型、视图、控制三种部件。如下图所示。 23下页末页上页首页目录第10章 面向对象设计MVC模式24下页末页上页首页目录第10章 面向对象设计模型部件是软件所处理问题逻辑在独立于外在显示内容和形式情 况下的内在抽象，封装了问题的核心数据、逻辑和功能的计算关 系，他独立于具体的界面表达和I/O操作。 视图部件把表示模型数据及逻辑关系和状态的信息及特定形式展 示给用户。它从模型获得显示信息，对于相同的信息可以有多个 不同的显示形式或视图。 控制部件是处理用户与软件交互操作的，其职责是控制提供模型 中任何变化的传播，确保用户界面于模型间的对应联系；它接受 用户

13、的输入，将输入反馈给模型，进而实现对模型的计算控制。 模型、视图与控制器的分离，使得一个模型可以具有多个显示视 图。如果用户通过某个视图的控制器改变了模型的数据，所有其 它依赖于这些数据的视图都应反映到这些变化。因此，无论何时 发生了何种数据变化，控制器都会将变化通知所有的视图，导致 显示的更新。这实际上是一种模型的变化-传播机制。25下页末页上页首页目录第10章 面向对象设计MVC的优点表现在以下几个方面： 可以为一个模型在运行时同时建立和使用多个视图。变化-传播机制可以确保所有相关的视图及时得到模型数据变化，从 而使所有关联的视图和控制器做到行为同步。 视图与控制器的可接插性，允许更换视图

14、和控制器对象，而 且可以根据需求动态的打开或关闭、甚至在运行期间进行对 象替换。 模型的可移植性。因为模型是独立于视图的，所以可以把一 个模型独立地移植到新的平台工作。需要做的只是在新平台 上对视图和控制器进行新的修改。 潜在的框架结构。可以基于此模型建立应用程序框架，不仅 仅是用在设计界面的设计中。26下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式7.PAC模式 PAC是表示-抽象-控制(Presentation-Abstraction- Control)的简称，它也是从数据模型及界面可视化的处理 中提出的交互式系统构架。PAC将用户界面从数据管理中 分离出

15、来，从而降低了部件间的耦合度。如下图所示。 27下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式8.反射模式 反射模式是为动态地改变系统结构和行为提供相应机 制的架构模式。它使系统维护了自身的信息，并使用这种 信息来保持系统的可变性和可扩展性。一个反射系统在实 现方面处于开放状态，以支持特定的结构和行为。反射构架由两部分组成：元层次(Meta Level)和基本层 次(Base Level)。反射架构模式有以下优点： 反射系统不直接修改源代码。 系统更新简单易行。 支持多种类型的变更。28下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架

16、构模式8.反射模式 反射模式是为动态地改变系统结构和行为提供相应机 制的架构模式。它使系统维护了自身的信息，并使用这种 信息来保持系统的可变性和可扩展性。一个反射系统在实 现方面处于开放状态，以支持特定的结构和行为。反射构架由两部分组成：元层次(Meta Level)和基本层 次(Base Level)。29下页末页上页首页目录第10章 面向对象设计10.1 架构设计 四、常用的架构模式9.微核模式 微核是为应对需求变化所引起的系统更改而采取的一种架构设计。这种架构强调应用系统的自修改和自扩展能 力，使系统的变化与更新不影响其核心功能及关键设计， 从而降低为适应不断变化的需求必须进行的系统维护成本 ，使系统易于移植、扩展和集成不断出现的新构件，具有 高度适应性并能满足客户特殊的定制需求。30下页末页上页首页目录第10章 面向对象设计微核模式由以下5个部分组成： 内部服务器 外部服务器