12、高阶组件服务架构（HOC - SA）解析

高阶组件服务架构（HOC - SA）解析

1. HOC - SA 基础与 SOAP 请求

在 HOC - SA 中，SOAP 请求包含额外的类型信息，用于将 soap 和 liftingHOC 前缀绑定到 XML 命名空间，同时定义了保存参数的数组以及关于请求 HTTP 编码的声明。这类 SOAP 请求通常不会手动编写，网格中间件的重要任务之一就是自动进行此类文档的解码、编码以及网络传输。

从用于访问 Lifting - HOC 的远程接口的 WSDL 版本（与编程语言无关）出发，Globus 会为 SOAP 通信创建服务器端存根和客户端存根。服务器端存根对请求进行解码，并将其中的数据提供给 Lifting - HOC 中的提升方案实现。在图像过滤示例里，客户端存根是 Java 对象 lh，它实现了 LiftingHOC 接口，能够透明地发出上述 SOAP 请求，就好像处理是在本地进行的一样。

2. HOC 的配置文件需求

由于 HOC 远程接口的两个独特特性，它除了代码之外还必须包含配置文件：
- Web 服务资源配置 ：组件中的方法会成为非面向对象的 Web 服务操作，操作代码与数据对象或其他程序实体之间没有隐式连接。因此，HOC 开发人员必须明确配置 WS 资源来表示状态数据，即与 Web 服务操作相关的数据记录。
- 代码参数映射 ：中间件需要将携带代码的参数映射到原语，因为在 WSDL 中，对于需要自身接口的参数没有对应的类型。例如，Lifting - HOC 的参数 f 需要 Function 接口，并通过配置中的原语标识符进行声明。

<