chap03软件体系结构的风格.pptVIP

◇ 解释器风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◎它的优点是有助于应用程序的可移植性和程序设计语言的跨平台能力，以及对未实现的硬件进行仿真。 　　 ◎其缺点是额外的间接层次带来了系统性能的下降。 ◇ 解释器风格举例 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◎程序设计语言的编译器，比如Java、Smalltalk等。 ◎脚本语言，比如Awk、Perl、JavaScript等。 ◇ C2风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◎ C2风格是一个基于消息传递的，适合于GUI软件开发的体系结构风格。C2风格之所以得名，是因为它的很多思想来源于Chiron-1用户界面系统，所以被命名为Chiron-2，简称C2。 ◎ C2风格由构件和连接件两种元素组成，构件和连接件都由顶部和底部组成，构件与构件间只能通过连接件连接，连接件之间则可以直接相连，构件的顶部、底部分别与连接件的底部、顶部相连，连接件间的连接规则也一样。 ◎ 构件间发送的消息有两种，分别是向上级构件发出请求(Request)和向下级构件指示(Notify)状态的改变。而连接件负责消息的过滤、路由和广播等通信及相关处理 ◇ C2风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◎ C2风格的特点是构件只能觉察到上层构件的存在，而无法觉察到下层构件的存在。这里的上下层含义与一般情况相反。最下层构件是用户、I/O设备等，而上层构件则是比较低级的操作，如ADT等 ◎ C2体系结构风格拓扑结构可以概括为：通过连接件绑定在一起的、按照一组规则运作的并行构件网络。 ◇ C2风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 C2风格中的系统组织规则如下： ◎ 系统中的构件和连接件都有一个顶部和一个底部； ◎ 构件的顶部应连接到某连接件的底部，构件的底部则应连接到某连接件的顶部，而构件与构件之间的直接连接是不允许的；  ◎ 一个连接件可以和任意数目的其他构件和连接件连接；  ◎ 当两个连接件进行直接连接时，必须由其中一个的底部到另一个的顶部。 ◇ C2风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◇ C2风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 C2风格具有以下特点： ◎ 系统中的构件可实现应用需求，并能将任意复杂度的功能封装在一起。 ◎ 所有构件之间的通信是通过以连接件为中介的异步消息交换机制来实现的。 ◎ 构件相对独立，构件之间依赖性较少。系统中不存在某些构件将在同一地址空间内执行，或某些构件共享特定控制线程之类的相关性假设。 ◇ 案例研究 第3章 软件体系结构风格 3.3 案例研究 KWIC(Key Word In Context)索引系统： ◎ 接收一些行(Lines)，每行有若干字(Words)，每个字由若干字符(Characters)组成。 ◎每行都可以循环移位，重复地把第一个字删除，然后接到行末。 ◎ KWIC索引系统输出一个所有行、经过所有循环移位后的列表，KWIC把所有行的各种移位情况按照字母表顺序输出。 网站：/~ModProb/KWIC.html ◇ 案例研究 第3章 软件体系结构风格 3.3 案例研究 KWIC(Key Word In Context)索引系统： ◇ 仓库系统和黑板风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 黑板结构 ◇ 仓库系统和黑板风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 黑板风格举例：拼图游戏 ◇ 仓库系统和黑板风格 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◎ 优点： 便于多客户共享大量数据，它们不用关心数据是何时有的、谁提供的、怎样提供的。 既便于添加新的作为知识源代理的应用程序，也便于扩展共享的黑板数据结构。 ◎ 缺点： 不同的知识源代理对于共享数据结构要达成一致，而且，这也造成对黑板数据结构的修改较为困难——要考虑到各个代理的调用。 需要一定的同步/加锁机制保证数据结构的完整性和一致性，增大了系统复杂度。 ◇ 仓库系统举例—数据库系统 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◇ 仓库系统举例—注册表 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◇ 仓库系统举例—剪贴板 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◇ 黑板风格举例—语音识别 第3章 软件体系结构风格 3.2 经典软件体系结构风格 ◎ Hearsay Ⅱ语音识别项目。该系统以自然语言的语音信号为输入，经过音节、词汇、句法和语义等多个方面的分析，得到用户对数据库的查询请求。 ◇