2020体系结构风格.pptVIP

体系结构风格 ? Architectural Styles ? 在很多工程领域中，一个设计良好的通用模式是一个工 程领域的技术成熟标志之一 ? 技术手册和专业课程 ? 软件同样有组织风格 ? 系统族，定义了构件和连接件类型的符号表以及组合的约束 ? SA 设计的特点之一是系统组织惯用模式的使用 ? 展示软件体系结构丰富的选择空间 ? 风格选择的权衡 体系结构风格 数据流系统 调用和返回系统 独立构件 虚拟机 数据中心系统 批处理序列 主子程序 通信进程 解释器 数据库 管道过滤器 面向对象系统 时间系统 基于规则系统 超文本系统 多级分层 黑板 通用体系结构风格表 体系结构风格 ? 管道过滤器（ PIPES AND FILTERS ） ? 构件：管道，过滤器 ? 管道过滤器通用的结构 ? 管线（ Pipelines ）：限制系统的拓扑结构只能是过滤器的线 性序列 ? 有界管道（ Bounded Pipes ）：限制了在管道中能容纳的数据 量 ? 类型定义管道（ Typed Pipes ）：明确定义了在两个过滤器间 传输的数据类型 ? Examples ：编译器 / 信号处理 / 分布式系统 体系结构风格 ? 管道过滤器（ PIPES AND FILTERS ） ? 优点： ? 设计者可以将整个系统的输入输出特性理解为各过滤器功能 的简单合成 ? 支持功能模块的重用：任意两个过滤器只要相互间所传输的 数据格式上达成一致，就可连接在一起 ? 系统容易维护和扩展，新的易加，旧的易被替换 ? 支持某些特定的分析，例如吞吐量和死锁检测 ? 天然的并发特性，每过滤器既可独立运行，也可与其他过滤 器并发执行 体系结构风格 ? 管道过滤器（ PIPES AND FILTERS ） ? 缺点 ? 导致系统处理过程的成批操作转换，不适合交互性很强的应 用 ? 维持两个相对独立但又存在某种关系的数据流之间的通信可 能很困难 ? 低效率与编写过滤器本身的复杂性 ? 实际的应用中被迫使用底层 公共命名，导致解析与反解析 的额外工作 体系结构风格 ? 数据抽象和面向对象组织结构（ DATA ABSTRACTION AND OBJECT-ORIENTED ORGANIZATION ） ? 数据与操作的封装 ? 构件：对象 ? 对象是通过函数和过程的调用来交互的 体系结构风格 ? 数据抽象和面向对象组织结构（ DATA ABSTRACTION AND OBJECT-ORIENTED ORGANIZATION ） ? 优点： ? 因为对象对其它对象隐藏它的表示，所以可以改变一个对象的表示， 而不影响其它的对象 ? 设计者可将一些数据存取操作的问题分解成一些交互的代理程序的 集合 ? 缺点： ? 为了使一个对象和另一个对象通过过程调用等进行交互，必须知道 对象的标识。只要一个对象的标识改变了，就必须修改所有其他明 确调用它的对象。 ? 必须修改所有显式调用它的其它对象，并消除由此带来的一些副作 用。例如，如果 A 使用了对象 B ， C 也使用了对象 B ，那么， C 对 B 的 使用所造成的对 A 的影响可能是料想不到的 体系结构风格 ? 事件驱动，隐式调用（ EVENT-BASED ， IMPLICITINVOCATION ） ? 基于事件的隐式调用风格的思想是构件不直接调用一个过程， 而是触发或广播一个或多个事件。系统中的其它构件中的过 程在一个或多个事件中注册，当一个事件被触发，系统自动 调用在这个事件中注册的所有过程，这样，一个事件的触发 就导致了另一模块中的过程的调用。 ? 从体系结构上说，这种风格的构件是一些模块，这些模块既 可以是一些过程，又可以是一些事件的集合。过程可以用通 用的方式调用，也可以在系统事件中注册一些过程，当发生 这些事件时，过程被调用。 ? Examples ：编辑器 / 数据库数据的一致性 / 键盘鼠标点击 体系结构风格 ? 事件驱动，隐式调用（ EVENT-BASED ， IMPLICITINVOCATION ） ? 优点 ? 为软件重用提供了强大的支持。当需要将一个构件加入现存 系统中时，只需将它注册到系统的事件中。 ? 为改进系统带来了方便。当用一个构件代替另一个构件时， 不会影响到其它构件的接口。 ? 缺点 ? 构件放弃了对系统计算的控制。一个构件触发一个事件时， 不能确定其它构件是否会响应它。 ? 既然过程的语义必须依赖于被触发事件的上下文约束，关于 正确性的推理存在问题。 体系结构风格 ? 分层系统 （ LAYEREDSYSTEMS ） ? 层次系统最广泛的应用是分层通信协议。 在这一应用领域中，每一层提供一个抽象 的功能，作为上层通信的基础。较低的层 次定义低层的交互，最低层通常只定义硬 件物理连接。 ?