体系结构风格.ppt

体系结构风格 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） 层次系统最广泛的应用是分层通信协议。在这一应用领域中，每一层提供一个抽象的功能，作为上层通信的基础。较低的层次定义低层的交互，最低层通常只定义硬件物理连接。 Examples：ISO之OSI/DBS/OS 体系结构风格 分层系统（LAYEREDSYSTEMS） 优点： 支持基于抽象程度递增的系统设计，使设计者可以把一个复杂系统按递增的步骤进行分解; 支持功能增强，因为每一层至多和相邻的上下层交互，因此功能的改变最多影响相邻的上下层; 支持重用。只要提供的服务接口定义不变，同一层的不同实现可以交换使用。这样，就可以定义一组标准的接口，而允许各种不同的实现方