基于 ACORD 人寿数据模型的场景
我们来考虑一个简单的人寿保险场景,在这个场景中,首先创建一个表示新保单的 XML 文档,然后查询和操纵这个文档,另外还将这个文档从一层移动到另一层。这个文档基于合作运营研究与发展协会(Association for Cooperative Operations Research & Development,ACORD)用于人寿保险规范的 XML,它定义了健康保险和年金保险需要交换的数据。
为了申请一个新的保险,客户需要提供一些基本信息。部分信息是在一个 PHP 应用程序中填写的,还有一部分是在客户机浏览器中填写的。然后,保单存储在一个 DB2 XML 列中。在 DB2 9 中,XML 类型的列在内部将 XML 数据存储为一棵解析后的树,与关系数据存储在不同的地方。这种方法是 DB2 9 特有的,更早的 DB2 版本则使用关系存储基础设施来存储 XML。
下面是保单 XML 文档在客户机与应用程序之间的流程:
·在 Web 客户机中,客户更新页面并单击 Submit。
·Web 客户机向 PHP 发出一个 XMLHTTP 请求,以获得新的空白保单文档。
·PHP 应用程序打开一个空白的保单文档,用一个全局惟一标识符(GUID)更新它,然后将该文档返回给 Web 客户机。
·Web 客户机使用 Ajax 捕捉返回的事件,并检索 XML DOM,然后用 Web 页面中输入的信息填充该文档。
·Web 客户机使用 XMLHTTP 将更新后的 XML 发送给 PHP 应用程序。
图 3. 创建新的保单请求的 Web 站点。
图 3 展示了用于创建新的保单请求的 Web 页面。当用户单击 Submit 按钮后,JavaScript 函数 submitPolicy() 被调用(见清单 1)。该函数向 PHP 应用程序 createNewPolicy.php 发出一个 HTTP 请求,以获得一个空白的保单。它还设置一个回调函数 fillPolicy(),用于捕捉从 HTTP 请求返回的事件。
当第一个请求到达中间层的 PHP 应用服务器时,一个新的 XML 保单文档被装载到 SimpleXML 对象中。通过使用 SimpleXML API,用 PHP 应用程序中创建的 GUID 更新 TransRefGUID 元素。
header('Content-type: text/xml');
$fileContents = file_get_contents("$basedir/acord.xml");
$dom = simplexml_load_string($fileContents);
$dom->TXLifeRequest->TransRefGUID=$guid;
echo $dom->asXML();
然后,这个文档被发送到客户机。
对于本文,我们假设 GUID 是通过某种机制(例如时间和随机数的组合)创建的。更重要的是理解如何将表示保单的 XML 文档视作内存中的业务对象层次结构,以及如何使用 SimpleXML API (或 DOM/XPath)来导航和更新这个对象。
填充基本客户信息 在 Web 客户机中,fillPolicy() 函数读取返回的值。现在,包含返回 XML 的内存中表示的 DOM 对象可用于操纵保单文档。客户在 Web 页面上输入的信息被直接用于更新 DOM。当使用客户信息更新了保单之后,使用 XMLHTTP 将修改后的 DOM 对象提交回 PHP 应用程序(见清单 2)。即使是 HTML 组件值也是用 DHTMLDocument Object Model (DOM) 读取的。