基于Struts框架和Procedure的Web开发模式
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
处理。
（） 写功能 点与数 据库交 互 ，并 进行 业务逻辑 处理 的 ３编 Ａｃ ｏ ｔ ｎ类文件 。这部分 的开发工作量最大 ，也是核 心部分 。 ｉ （） ４修改配置文件 Ｓｒｔ Ｃ ｎ ｇｘ ，实现上述 ３个文件 ｔ ｓ ｏ ｆ ．ｍｌ ｕ— ｉ
的数据传递关系 。
该开发模 式的体 系结 构见 图 ３ 。
维普资讯
维普资讯
Ｓｒｔ 框架是 Ａｐｃｅ Ｊｋｒ ｔ ｓ ｕ ａｈ ａａｔ 目组 的一个 Ｏ ｅＳ ｕｃ ａ项 ｐ ｎ ｏ ｒｅ
层同数据 层的分离 ＿。但 是，该开发模式 引入 Ｅ Ｂ组件 后， ２ ］ Ｊ 需要增加额外 的支持 Ｅ Ｂ的应用服务器 ；此外，Ｅ Ｂ组件技 Ｊ Ｊ 术是 比较复杂 的，也不支持继承和多态机制 ，对编程人员的 要求较高 ，开发成本较高 。
一
个内部标签库 。其 中：Ａ ｔ ｎ ｅｖｅ 和 Ａｃｉｎ组成 Ｓｒｔ ｃｉ Ｓｒｌｔ ｏ ｔ ｏ ｔ ｓ ｕ
的控制器 ，ＪＰ 页面为视 图部分 ，而模型部分指 的是 同 Ｊ Ｐ Ｓ Ｓ
页面对应的 Ａ ｔ ｎ ｏｍ Ｂ ａ ｃｉ Ｆ ｒ ｅｎ组件 。 ｔ ｔ框架 的实质就是把 ｏ Ｓｒ ｓ ｕ
４个步骤 ：
（） １编制功能点所需 的 Ｊ Ｐ文件 ，以用于界 面显 示。该文 Ｓ 件仅用于实现 同显示相 关的逻辑 ，不存在任何 的 Ｊｖ ａａ处理
代码 。
（） ２编写 与该 Ｊ Ｐ页面对应 的 Ａｃ ｏ Ｆ ｒ 类文件 ， Ｓ ｔ ｎ ｏｍ ｉ 该类文 件主要起中介作用 ，不仅 负责从 ＪＰ页面 中取得数据并提交 Ｓ
ｌ
而实现 了页面表示层 同业务逻辑层／ 数据层 的分离。这样 做提 高了：
（） １系统 的开发效率 ，开发人 员可 以做到 明确分工 ，一部 分进行与显示逻辑相关 的 Ｊ Ｐ开发 ，另一部分懂业务的人可 Ｓ 以专注于业务逻辑 处理 的开 发。 （） ２系统 的维护性和扩展性 。 。
ＪＰ页面 中的 Ｊｖ Ｓ ａ ａ代码用 Ａｃ ｏ Ｆ ｒ ｔ ｎ ｏｍ类及 Ａ ｔ ｎ类 分离 出 ｉ ｃｉ ｏ
３ 基于 Ｃ Ｒ Ａ组件 的 Ｓ ｕｓ ． ２ Ｏ Ｂ ｔ ｔ开发模 式 ｒ 该开发模 式是采用 Ｃ Ｒ Ａ 组件 技术 来实现和封装业务 ＯＢ 逻辑 层的。该 方案使 用相对较少 ，因为该技术 方案 实施 的费
２ 基于 Ｓｒｔ框架 的应 用开 发 ． ３ ｔ ｓ ｕ 在采 用 Ｓｒｔ 框架进行 Ｗｅ 用开发 时，由于控制器中 ｔ ｓ ｕ ｂ应 的 Ａｃ ｏ Ｓ ｒｌｔ ｔ ｎ ｅｖｅ 功能和标签库 已在该框架 内实现 ，因此在开 ｉ
发时仅 需考 虑 Ａｃｉ ，Ａ ｔ ｎ ｏｍ， Ｓ ｔ ｎ ｃ ｏ Ｆ ｒ Ｊ Ｐ和配置文件 的实现即 ｏ ｉ 可。具体来说 ，基于 Ｓｒｔ ｔ ｓ框架 的应 用开 发一般包 括 以下 ｕ
：
ｌ
ｌ
Ａｃｉｎ￣ ｔ ３ ｏ
： ｌ
ｌ ｌ ｌ
◆
－ ▲
千
ｌ ▲
ＭｏｅＨａ ｄｅ￣ ｄｌ ｎ ｌｆ
：
ｌ
复杂业 ｌ
３ 基于 Ｐｏｅｕｅ Ｓ ｕｓ ． ３ ｒｃｄ ｒ 的 ｔ ｔ开发模 式 ｒ
在用 Ｓｒｔ框架开发 Ｗｅ 应 用时，为了既能解决业务逻 ｔ ｓ ｕ ｂ
辑层存在的问题 ， 又能 降低 系统 的开 发难度、提高开发效率 ， 本文提出了采用基于存储过程 Ｐｏｅｕｅ的 Ｓ ｕｓ ｒｃｄ ｒ ｒ ｔ ｔ 开发模式。 在该模 式 中 ，业 务逻辑 层采 用了数据 库系 统 中的存储过 程 Ｐｏｅ ｕｅ来完成系统一些复杂 业务逻辑 的处理和计算 ， ｒｃｄ ｒ 而对 于 比较简单 的业务逻辑处理，仍可 以直接放在 Ａ ｔ ｎ类 中实 ｃｉ ｏ 现 ；此外 ，在业务逻辑 层中设计 了一个基础 Ｊｖ ，实现系 ａａ类 统与数据库 的交互。为 了更好地实现 Ｗｅ ｂ客户层 同业务逻辑 层 的分离 ，在 Ｓｒｔ框架 中对 Ａｃ ｏ 类 的实现进行改进 ，即 ｔ ｓ ｕ ｔｎ ｉ 将整个 Ａ ｔ ｎ类的实现 分成实际的 Ａｃ ｏ ｃｉ ｏ ｔ ｎ类和 Ｍｏ ｅＨａｄｅ ｉ ｄｌ ｎ ｌ 类 ２个部分 ，前者用于对 后者 类的实例化 ，并完成一些简单
用高 ，实施技术难 度也大 ，中小 系统 甚是如此。
来 ，形成 ＭＶＣ 模式 ，并使 用该框 架定义 的标签库 ，进行模 型 、视 图、控制器 ３个部分之间数据的传递 ，最 后用配置 文 件显示各个类与 已不含 Ｊｖ 代码 的 Ｊ Ｐ页 面的联系 ，从而实 ａａ Ｓ 现 了 Ｗｅ ｂ应用程序 的表 示层与业务逻辑和数据层的分离 。
！ｗ ｂ ｅ客户层 （ｒｓｇ） Ｓｕ￣ ｔｔ
ｌ
ｌ
界 面 层 （Ｓ ＪＰ）
３ ｔｕｓ Ｐｏｅ ｕｅ Ｓｒｔ 和 ｒｃｄ ｒ 结合的开发模式
Ｓｒｔ 框架通过把 Ｊｖ ｔ ｓ ｕ ａａ代码从 Ｊ Ｐ页面中分离出来 ，从 Ｓ
：
ｌ
模 Ａ ｏｏ） 型（ｆＦ ｃｎｒ ｉ ｍ
控制 （ ｎ ｏｌｒ Ｃｏｔ ｌ ｒ ｅ）
给 Ａｃ ｏ ｔ ｎ类处理 ，而且将 Ａ ｔ ｎ类处理后的数据传递 给 ＪＰ ｉ ｃｉ ｏ Ｓ 页面 用于显示 。
的业务条件控制和处理 ；后者主要完成 ２ 个功能 ： （） １用于调用数据操作基础 Ｊｖ ａ ａ类 ，实现与数据库 的交
互 ，并返 回交互结果集 。
（） 于复杂 的业 务逻辑 还需要 调用相应 的存储 过程来 ２对
开源项 目，它是基于 Ｗｅ ｂ的 ＭＶＣ设计模 式而 实现 的。 整个 Ｓｒｔ ｔ ｓ框架包括 ４个组件 ：Ａｃ ｏ Ｓ ｒｌｔ ｃｉ ， ｕ ｔ ｎ ｅｖｅ，Ａ ｔ ｎ ｉ ｏ Ａｃ ｏ Ｆ ｒ ＪＰ，还包括一个配置文件 Ｓｒｔ— ｏｆ ． 和 ｔ ｎ ｏｍ， Ｓ ｉ ｔ ｓＣ ｎ ｇｘ ｕ ｉ ｍｌ
（） 写功能 点与数 据库交 互 ，并 进行 业务逻辑 处理 的 ３编 Ａｃ ｏ ｔ ｎ类文件 。这部分 的开发工作量最大 ，也是核 心部分 。 ｉ （） ４修改配置文件 Ｓｒｔ Ｃ ｎ ｇｘ ，实现上述 ３个文件 ｔ ｓ ｏ ｆ ．ｍｌ ｕ— ｉ
的数据传递关系 。
该开发模 式的体 系结 构见 图 ３ 。
维普资讯
维普资讯
Ｓｒｔ 框架是 Ａｐｃｅ Ｊｋｒ ｔ ｓ ｕ ａｈ ａａｔ 目组 的一个 Ｏ ｅＳ ｕｃ ａ项 ｐ ｎ ｏ ｒｅ
层同数据 层的分离 ＿。但 是，该开发模式 引入 Ｅ Ｂ组件 后， ２ ］ Ｊ 需要增加额外 的支持 Ｅ Ｂ的应用服务器 ；此外，Ｅ Ｂ组件技 Ｊ Ｊ 术是 比较复杂 的，也不支持继承和多态机制 ，对编程人员的 要求较高 ，开发成本较高 。
一
个内部标签库 。其 中：Ａ ｔ ｎ ｅｖｅ 和 Ａｃｉｎ组成 Ｓｒｔ ｃｉ Ｓｒｌｔ ｏ ｔ ｏ ｔ ｓ ｕ
的控制器 ，ＪＰ 页面为视 图部分 ，而模型部分指 的是 同 Ｊ Ｐ Ｓ Ｓ
页面对应的 Ａ ｔ ｎ ｏｍ Ｂ ａ ｃｉ Ｆ ｒ ｅｎ组件 。 ｔ ｔ框架 的实质就是把 ｏ Ｓｒ ｓ ｕ
４个步骤 ：
（） １编制功能点所需 的 Ｊ Ｐ文件 ，以用于界 面显 示。该文 Ｓ 件仅用于实现 同显示相 关的逻辑 ，不存在任何 的 Ｊｖ ａａ处理
代码 。
（） ２编写 与该 Ｊ Ｐ页面对应 的 Ａｃ ｏ Ｆ ｒ 类文件 ， Ｓ ｔ ｎ ｏｍ ｉ 该类文 件主要起中介作用 ，不仅 负责从 ＪＰ页面 中取得数据并提交 Ｓ
ｌ
而实现 了页面表示层 同业务逻辑层／ 数据层 的分离。这样 做提 高了：
（） １系统 的开发效率 ，开发人 员可 以做到 明确分工 ，一部 分进行与显示逻辑相关 的 Ｊ Ｐ开发 ，另一部分懂业务的人可 Ｓ 以专注于业务逻辑 处理 的开 发。 （） ２系统 的维护性和扩展性 。 。
ＪＰ页面 中的 Ｊｖ Ｓ ａ ａ代码用 Ａｃ ｏ Ｆ ｒ ｔ ｎ ｏｍ类及 Ａ ｔ ｎ类 分离 出 ｉ ｃｉ ｏ
３ 基于 Ｃ Ｒ Ａ组件 的 Ｓ ｕｓ ． ２ Ｏ Ｂ ｔ ｔ开发模 式 ｒ 该开发模 式是采用 Ｃ Ｒ Ａ 组件 技术 来实现和封装业务 ＯＢ 逻辑 层的。该 方案使 用相对较少 ，因为该技术 方案 实施 的费
２ 基于 Ｓｒｔ框架 的应 用开 发 ． ３ ｔ ｓ ｕ 在采 用 Ｓｒｔ 框架进行 Ｗｅ 用开发 时，由于控制器中 ｔ ｓ ｕ ｂ应 的 Ａｃ ｏ Ｓ ｒｌｔ ｔ ｎ ｅｖｅ 功能和标签库 已在该框架 内实现 ，因此在开 ｉ
发时仅 需考 虑 Ａｃｉ ，Ａ ｔ ｎ ｏｍ， Ｓ ｔ ｎ ｃ ｏ Ｆ ｒ Ｊ Ｐ和配置文件 的实现即 ｏ ｉ 可。具体来说 ，基于 Ｓｒｔ ｔ ｓ框架 的应 用开 发一般包 括 以下 ｕ
：
ｌ
ｌ
Ａｃｉｎ￣ ｔ ３ ｏ
： ｌ
ｌ ｌ ｌ
◆
－ ▲
千
ｌ ▲
ＭｏｅＨａ ｄｅ￣ ｄｌ ｎ ｌｆ
：
ｌ
复杂业 ｌ
３ 基于 Ｐｏｅｕｅ Ｓ ｕｓ ． ３ ｒｃｄ ｒ 的 ｔ ｔ开发模 式 ｒ
在用 Ｓｒｔ框架开发 Ｗｅ 应 用时，为了既能解决业务逻 ｔ ｓ ｕ ｂ
辑层存在的问题 ， 又能 降低 系统 的开 发难度、提高开发效率 ， 本文提出了采用基于存储过程 Ｐｏｅｕｅ的 Ｓ ｕｓ ｒｃｄ ｒ ｒ ｔ ｔ 开发模式。 在该模 式 中 ，业 务逻辑 层采 用了数据 库系 统 中的存储过 程 Ｐｏｅ ｕｅ来完成系统一些复杂 业务逻辑 的处理和计算 ， ｒｃｄ ｒ 而对 于 比较简单 的业务逻辑处理，仍可 以直接放在 Ａ ｔ ｎ类 中实 ｃｉ ｏ 现 ；此外 ，在业务逻辑 层中设计 了一个基础 Ｊｖ ，实现系 ａａ类 统与数据库 的交互。为 了更好地实现 Ｗｅ ｂ客户层 同业务逻辑 层 的分离 ，在 Ｓｒｔ框架 中对 Ａｃ ｏ 类 的实现进行改进 ，即 ｔ ｓ ｕ ｔｎ ｉ 将整个 Ａ ｔ ｎ类的实现 分成实际的 Ａｃ ｏ ｃｉ ｏ ｔ ｎ类和 Ｍｏ ｅＨａｄｅ ｉ ｄｌ ｎ ｌ 类 ２个部分 ，前者用于对 后者 类的实例化 ，并完成一些简单
用高 ，实施技术难 度也大 ，中小 系统 甚是如此。
来 ，形成 ＭＶＣ 模式 ，并使 用该框 架定义 的标签库 ，进行模 型 、视 图、控制器 ３个部分之间数据的传递 ，最 后用配置 文 件显示各个类与 已不含 Ｊｖ 代码 的 Ｊ Ｐ页 面的联系 ，从而实 ａａ Ｓ 现 了 Ｗｅ ｂ应用程序 的表 示层与业务逻辑和数据层的分离 。
！ｗ ｂ ｅ客户层 （ｒｓｇ） Ｓｕ￣ ｔｔ
ｌ
ｌ
界 面 层 （Ｓ ＪＰ）
３ ｔｕｓ Ｐｏｅ ｕｅ Ｓｒｔ 和 ｒｃｄ ｒ 结合的开发模式
Ｓｒｔ 框架通过把 Ｊｖ ｔ ｓ ｕ ａａ代码从 Ｊ Ｐ页面中分离出来 ，从 Ｓ
：
ｌ
模 Ａ ｏｏ） 型（ｆＦ ｃｎｒ ｉ ｍ
控制 （ ｎ ｏｌｒ Ｃｏｔ ｌ ｒ ｅ）
给 Ａｃ ｏ ｔ ｎ类处理 ，而且将 Ａ ｔ ｎ类处理后的数据传递 给 ＪＰ ｉ ｃｉ ｏ Ｓ 页面 用于显示 。
的业务条件控制和处理 ；后者主要完成 ２ 个功能 ： （） １用于调用数据操作基础 Ｊｖ ａ ａ类 ，实现与数据库 的交
互 ，并返 回交互结果集 。
（） 于复杂 的业 务逻辑 还需要 调用相应 的存储 过程来 ２对
开源项 目，它是基于 Ｗｅ ｂ的 ＭＶＣ设计模 式而 实现 的。 整个 Ｓｒｔ ｔ ｓ框架包括 ４个组件 ：Ａｃ ｏ Ｓ ｒｌｔ ｃｉ ， ｕ ｔ ｎ ｅｖｅ，Ａ ｔ ｎ ｉ ｏ Ａｃ ｏ Ｆ ｒ ＪＰ，还包括一个配置文件 Ｓｒｔ— ｏｆ ． 和 ｔ ｎ ｏｍ， Ｓ ｉ ｔ ｓＣ ｎ ｇｘ ｕ ｉ ｍｌ