智能虚拟控件——构件优化方案

前面已经讨论了DR-HMB模式的软件体系结构，这一软件体系结构模式具有很好的性质，表现在智能虚拟控件集成时，不必关心内部的实现细节，支持智能虚拟控件在规约层次上的集成。根据智能虚拟控件的功能数量和连接关系的复杂程度，将智能虚拟控件分为原子控件和复合控件两种，原子控件是在开发中无需再分的最小基本单元，而复合控件在规约层次上表达了成员控件之间的复合。图8-15给出了DR-HMB软件体系结构模式下的智能虚拟控件的层次结构。

图8-15给出的智能虚拟控件层次结构具有如下性质：

1）控件包括规约和实现两个相互分离的部分，系统集成时不必关心控件的实现细节。

2）控件规约包括接口部分和结构部分，接口是外部可以唯一对控件所作的假设，包括对外提供的功能，对外请求的功能和服务。

3）服务是一组紧密耦合的对外提供和对外请求的功能集合，只有在两个对偶的服务之间才可以连接。

图8-15 DR-HMB模式下的智能虚拟控件的层次结构

4）原子控件的结构部分非常简单，定义了对控件实现的引用，例如，实现环境和实现体所在的位置。

5）复合控件的结构部分定义了成员控件之间的连接关系，具体包括引用的成员控件的类型、成员控件实例、实例之间的连接关系以及复合控件接口定义向成员控件接口定义的映射。

6）控件实现包含非智能虚拟控件的实现以及对非智能虚拟控件进行功能“赋予”。(www.xing528.com)

DR-HMB的构件模型与HMB的构件模型基本相似，如图8-10所示。智能虚拟控件的实现，在“虚拟控件的界面建模”以及“智能虚拟控件的实现中”有详细的介绍，不再讨论。这里着重考虑控件的接口和计算部分。表8-5为构件——智能虚拟控件的描述。

表8-5 构件——智能虚拟控件的描述

一个DR-HMB模式的构件，包含两种类型的两组端口，RequestServices_1..id1的类型为SendMessage，通过发送消息向外部请求服务，这一组端口可以包含多个不同消息类型的端口。类似的，ProvideServices_1..id2的类型为ReceiveMessage，通过接收消息向外部提供服务，这一组端口也可以包含多个不同消息类型的端口。

IVC的计算过程包括如下过程：当控件需要外部提供服务时，控件向消息总线发送消息，其消息号对应需要的服务，消息总线利用消息路由表通知相应的控件提供服务；当外部需要控件提供服务时，消息总线向控件发送消息，控件通过ProvideServices_1..id2得到消息号，根据消息号定位到该消息所对应的服务，并提供服务；如果是新的消息总线请求服务，则增加连接；如果接收到clear消息，则清除与相应总线的连接；当控件与所有的消息总线都没有“连线”时，控件自动清除。

根据上面的描述，可以得到如表8-6所示的构件——智能虚拟控件的形式化描述。

表8-6 构件——智能虚拟控件的形式化描述

控件有两个输入参数，一个为要求提供的服务消息号，一个为提供服务的消息号。