企业基于 XML 的统一数据模型

核心提示： 如前所述，Context 为所有 Operation 所共享，企业基于 XML 的统一数据模型(7)，当位于多个线程中 Operation 同时访问同一个资源时，系统会自动将访问所有 Context Tree 上的请求串行化，并重用服务端的业务逻辑如账户查询、转账等，在这里假设富客户端通过 Ja

如前所述，Context 为所有 Operation 所共享，当位于多个线程中 Operation 同时访问同一个资源时，系统会自动将访问所有 Context Tree 上的请求串行化，这样可以确保资源（数据）访问的有效性和正确性。

程序是由算法和数据构成，算法在执行的过程中会用到其他辅助的服务资源，例如记录日志，访问数据库，连接服务器等服务资源。在统一企业数据模型中，将算法定义为 Operation，

数据和资源均被定义在 Context 中，而 Context 中包含数据（Data）和辅助资源（Service）。如前所述，Context 采用职责链模式，设计 Context 层次结构时需按照物理意义指明每个 Context 的责任。例如，在银行柜员（Teller）系统中，如果某个数据是被在同一支行（Branch）服务器所管辖的所有工作占共享，那么将该数据定义在支行层次（branch-level）的 Context 中。若工作站 Context （Workstation Context）是 Branch Context 的孩子，那么 Branch Context 的资源对于 WorkStation Context 是可见的。在 Context 内部每个资源都有一个名字，但在 Context 树中可以存在相同名字的资源，访问 Context 内部资源时，由底至上找到第一个同名的资源即可。

企业统一数据模型实例

在这里介绍使用 Context 数据模型实现多渠道银行应用的一个实例。此银行实现柜员桌面富客户端和网上银行的多渠道整合，并重用服务端的业务逻辑如账户查询、转账等。在这里假设富客户端通过 Java Client 渠道，网上银行通过 HTML Client 渠道接入服务端。在服务端我们定义 Context 数据模型如下：

图 5. 服务器端的 Context 树状结构实例