,避
免 了在协议之 间转换 带来 的麻烦 。 ()普遍 性。 b服务使用 H T 2 We T P协议和 X ML进行通信 ,
因 此 , 何 支 持 这 些 技 术 的 设 备 都 可 以拥 有 访 问 We 务 。 任 b服
映射 , 使用这两种方法 实现 对象持久化 , 如果数据库 结构或类
抽 象 中 的 任 何 一 方 发 生 变 化 , 可 避 免 地 导 致 系 统 的 大 幅 修 不
()易用 性。We 务的概念 易于理解 , 3 b服 任何 开发语言都
可 以 用 来 编 写 We 服 务 。目前 已经 有 很 多 工 具 可 以 开 发 和 部 b
改 。编码中 的很大一部 分将用于实现 关系数据库与类 实例的
转 换 , 码 冗 长 , 致 系 统 难 于 维 护 。针 对 这 些 不 足 , 文 结 代 导 本
署 We b服务 , 还有 一些工 具可 以将 已有 的 D O C R A和 C M、 O B
Jv B a s 组 件 部 署 为 We 服 务 。 a a en 等 b
合 We 务和 持久 层技术 , b服 充分利用 了 We b服务 的跨平 台交 互及持久层技术松耦 合的特 点, 提出了一种 . T 台下 的We NE 平 b 应用框 架, 为解决 目前 We b应用 的不足提供 了新 的思路 。
2 持 久 层 技 术
在 软件 工程 的各个阶段 运用 并体现面 向对 象 的思想,已 经成 为软件设计 开发 的主旋律 。占主 导地位 的关 系数据库成 为 了面 向对象 系统架 构中对象 与关系数 据库转 换的“ 瓶颈” 。 由于面 向对象 设计 的机 制与关系 模型 的不 同,造成 了面 向对 象设计 与关 系数据库 设计之间 的“ 阻抗不 匹配” 问题 导致 了开 发人员要花费大量的时间和精力来避免这二者之 间的不匹配,
l We 务 技 术 b服
We 服 务 是 继 D O 、 OR A和 R I 后 又 一 被 业 界广 b C M C B M 之 一 泛 认 同 的分 布 式 应 用 新 技 术 。从 开 发 人 员 角 度 , b服 务 是 We
部署在 网络 上的程序对 象 。从系 统结构 的角度,We 务是 b服 各种商业 、 应用及 系统服务 的基于 XML的标 准接 口, 建立 是
收稿 日期 :20—1 8 05 — 。 01
作者简介 :朱忱 (95 ,男 ,江苏溧阳人 ,硕士研究生 ,研究方 向为 E P和企业信息化: 宋顺林,男,教授,博导。 17一) R
?— —
1 46 ? 4 — —
维普资讯 http://www.cqvip.com
以实现对象持久化 , 响了 We 应 用开发效 率和可维护 性 。 影 b 因此 ,业界提 出在业务逻 辑与数据库之 间增加一个持久
层, 然后 实体控制 层通过数据 实体层得到实 体对 象信息 , 并通 过数据访 问层数据库并按照来 时的步骤返回获取的数据信 息。
层。 持久层是应用程序与数据 库的隔离层 , 它封装 了与数据库
交互 的底层细节 , 当应用程序 需要 与数据库 交互时 , 只需要给 对象发送相应 的消息就可 以了。由于在这种 方法 中把 表及记
32 框 架 中各 层 的 实现 内容 .
() 据库层 : 1数 主要 是存放 系统涉及到 的各种数 据信息 。 () 2持久层 : 实现 内容包括 : ①数 据访 问层 : 建立数据 库连
录看成了对象 , 自然也就保持了应 用程序 与数据对象 的松散耦
合 了能 通 过 持 久 层 实 现 对 象 与 数 据 库 的 交互 , 要 实 现 对 为 需
接, 提供一致 的数据访 问接 口; 数 据实 体层: ② 用于封装 实体
类 的数据 结构 , 映射数据库 的数据 , 表现 实体类 的类结构 , 解
象与数据库 中字段 的映射关系 , O R映射 , 即 / 这样 当数据 库中 的表结构被修 改时, 无需修 改持久对象 , 只要修 改 O R映射关 / 系 即可 , 实现 了应用程序 与数据 库的松散耦合 , 高了系统的 提 可维护性和可移植性 , 简化 了对数据库数据 的操 作过程 。 <