他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)当前位置： >>
MVC设计模式在Web开发中的研究与应用
西 南交通大学硕士研 究生学位论文第Ｉ 页摘 要 　　　　　　　　　　　　　　　　　随着 Ｉｔ ｅ 的普及 　　　　 ｎｔ ｎｅ ｒ 和发 越来越多的企业开 展， 始采用基于 Ｉｔｒ ｔ 系 ｎ ｎ 的 ｅｅ 统作为 企业内部、外部信息的发 布、 交换以 及管理、 交易的平台。 这种被称为 ＂ｅ应用服务” “ｒｗｅ／ｅ ｅ”的 Ｗｂ 或 Ｂｏｓｒ ｒ ｒ 分布式应用系统， Ｓｖ 可以显著 地降 低企 业在开 发、 升级、 管理维护和 培训 方面的费用，因 而它代表了未来企业级 Ｉ应 Ｔ 用的趋势， 将成为 也必 技术热点。 传统 ＢＳ 开发中还存在着很多问题， 然而 ／ 项目 如由 于没有良 好的 软件设计模式 （ｅｉ Ｐｔｅ ）和开发框架，客户端页面 Ｄｓ ｎ　 ｔ ｎ ｇ ａ ｒ 文件里包含了大量的 涉及业务逻辑的 代码， 用户对页面的 而当 需求有所变化时， 往往需要对核 心业务 代码进行修改， 甚至会影响到整个业务逻辑， 最终导致了 开发成本的升高、开发效 率的降 低． 更严重的是， 对于一些大型系统，由于需 求的多 次变更， 对核 心代码的多次 修改，导致系统混乱，开发工作无法继续 进 行． 这些问题的产生，是因为 所采用的 软件设计 模式没有采用 “ 分而治之”的 方法， 不能从根本上解决表示 层与 业务逻辑层、 业务 逻辑层与 数据层相分离的问题。本文是针对目 ｅ 开发过程中 　　　　 前 Ｗｂ 存在的 这些问 题， 通过对基于 ＭＣ Ｖ 设计模式 （ｏｅ Ｖｅ Ｃｎ ｏｌ Ｄｓｇ Ｐｔｅｎ 的研究、当 Ｍｄｌ ｉ －ｏｔ ｌ ｒ　ｉｎ　ｔ ） － ｗ ｒ ｅ ｅ ａ ｒ 前主流开发框架的分析、比 较以 及对 ＪＥ平台ＥＢ ２Ｅ Ｊ 组件的具体研究， 造一个适合于大型 ＢＳ 构 ／系统 的开发框架 ． 本论文反映的主要工作包括 ： 　　　　１ 研究 ＷＣ 计模式 “ ．‘ 设 分而治 之”的 主要设 计思 想、工作流程，有助于提高 系统的的 　　　　 可维护性、 代码重用性、 扩展性、 可移植性等。并从理论原理入 手， 　　　　分析 研究、 和比 较现有的 基于ＭＣ Ｖ 设计模式的 主流开 发框架。 ２ 研究 ＪＥ 体系结构 深入探讨 Ｅ 组件技术， ． ２Ｅ ， Ｊ Ｂ 采用Ｓｒｔ＋Ｊ 开发框架来 ｔ ｓＥＢ ｕ 实现ＷＣ 　　　　 设计模式。 ３ 在开发设计实现中国民 ． 航总局通信一 导航一 监视综合数据库信息平台 目 项 中， 　　　　 充分体现了ＭＣ 模式思想。整个系统采用四层体系结构进行分层 Ｖ 设计 及模 　　　　 计， 块化设 特别对系统设备 许可证模块视图、 控制器和模型进行了 详 细设计， 　　　　 完成其典 型功能，实现 并验证 ＭＣ设计模式的 Ｖ 优越性。 ４ 最后 ． 对系统 视图、 控制器存在的问 题进行探讨， 并提出 可行的 优化方案。 关键词： 设计模式； Ｖ； ＭＣ 浏览器／ 服务器；框架西南交通大学硕 士研究生学位论文第１ １ 页Ａ ｓ ｒｃ 　　　　　　　　　　　　　　　　　　　　　 ｂｔａｔＷｔ ｔｅ　 ｕａｉｙ　 ｄ ｅｏｍｎ ｏ ｈ Ｉ ｅｎｔ， ｏｅ　 ｍ ｅ 　　　　 ｐｐｌｒ ｔ ａｄ　ｖｌｐｅｔ　 ｔｅ　ｔｒｅ Ｍｒ ａｄ　ｒ ｉｈ　 ｏ ｈ ｎ ｅ ｆ　 ｎ ｎ ｏ ｅｔｒｒｓｓ　ｖ ｂｇｎ　 ｉｇ　 ｓｅｓ　ｓｄ　ｔｒｅ ａ ｐａｆｒ ｓ　 ｎｅｐｉｅ ｈ ｅ　 ｕ ｕ ｎ ｓ ｔｍ ｂ ｅ Ｉ ｅｎ ｔ　 ｌｔ ｏｍ ｏ ａ ｅ ｓ ｙ ａ ｎ ｓ　 ｆ ｉｔｒａ ａｄ　ｔｒａ ｉｆｒａｉｎ　ｓｅｉａｉｎ ｍｎｇｍｎ ，　ｃａｇ ｎｅｎｌ　 ｅ ｅｎ ｌ　 ｏｍ ｔｏ ｄ ｓｍ ｎｔｏ，　ａａｅｅｔ ｅ ｈｎｅ ｎ ｘ ｎ ｉ ｘ ａｄ　ａｓｃｉｎ Ｔｉ ｋｎ ｏ ｄｓｒｂｔｄ　ｐ ｉａ ｉｎ ｗ ｉｈ　 ｃ ｌｅ ｎ ｔ ｎａｔｏ．　 ｓ　 ｄ　 ｉｔｉｕｅ ａ ｌｃｔｏ，　 ｃ ｉ ａ ｌｄ ｒ ｈ ｉ ｆ　 ｐ ｈ ｓ　＂ｅ Ａｐｉ ｔ ｎ ｏ ＇ｒ ｓ ／ｅｖｒ，　 ｒ ａｋｂｙ　 ｕｅ　 ｅｓ ｉ Ｗｂ　 ｌｃ ｉ ＂　 Ｂｏ ｅ Ｓｒｅ＇ ｃｎ　 ｒａｌ ｒｄｃ ｅｐｎｅ　 ｐ ａ ｏ ｒ　 ｗ ｒ ａ ｅ ｍ ｅ ｘ ｎｄｖｌｐｅｔ ｐｏｏｉｎ ｍ ｎｇｍｎ，　ａｎｅａｃ ａｄ　ｒ ｉｉｇ　ｆ ｅｅｏｍｎ，　ｒｍｔｏ，　ａａｅｅｔ ｍｉｔｎｎｅ　ｎ ｔａ ｎｎ ｏ 　 　 　 ｅｔｒｒｓｓ Ｔ ｅｅｏｅ ｉ ｒｐｅｅｔ ｔｅ　ｔｒ ａｐｉａｉｎ　ｅｄ　 ｎｅｐ ｉｅ．　 ｒｆｒ，　 ｅｒｓｎ ｓ　 ｆ ｕｅ　 ｌｃｔｏ ｔ ｎ ｏ ｈ ｔ　 ｈ ｕ ｐ ｒ ｆ ｅｔｒｒｓ－ｌｓ Ｉ，　 ａｓ ｗｌ ｃｒａｎｙ　ａ　 ｔｃｎｌｇ．　 ｅｅ， ｎｅｐ ｉｅｃａｓ　 ａｄ　 ｏ　 ｌ　 ｔ ｉｌ ｂ ｈｔ　 ｈｏｏｙ Ｈｗ ｖｒ Ｔ ｎ ｌ ｉ ｅ ｅ　ｏ ｅ ｏ ｔｅｅ　ｅ　ｉｌ　ｎ ｐｏ ｌｍ ｉ ＢＳ　ａ ｉｉｎｌ　ｏｅｔ　ｖ ｌｐｅｔ ｈｒ ａ ｓ ｌ ｍ ｙ　 ｂｅｓ　 ／ ｔ ｄｔｏａ ｐ ｊｃ ｄ ｅｏｍｎ． ｒ ｔ ａ ｒ ｎ　 ｒ ｒ ｅ Ｂｃｕｅ　ｅ　 ｅｃ ｏ ｅ ｃｌｅｔ　ｆｗ ｒ ｄｓｇ ｐｔｅｎ　 ｄｖｌｐｅｔ ｅａｓ ｔ ａｓｎｅ　 ｘｅ ｌｎ ｓ ｔａ ｅ　 ｉｎ　 ｔｒ ａｄ　 ｅｏｍｎ ｈ ｂ ｆ　 ｏ ｅ ａ ｎ ｅ ｆａｅｏｋ ｃｉｎ ｐｇ ｄｃｍｎ ｃｎａｎ ａ　ｍｅ ｏ ｒｌｔｄ　ｓｎｓ ｒｍｗｒ，　 ｅｔ　 ｅ　 ｕｅｔ　 ｔ ｉｓ　ｎ ｂｒ　 ｅａｅ ｂ ｉｅｓ ｌ ａ ｏ ｏ ｕ ｆ　 ｕ ｌｇｃ　ｄ，　ｋｎ ｐｏｒｍｓ　ｉｍ ；　ｅ ｔｅ　ｅ ｎ ｅｓ　 ｎ ｅ，　ｅ ｏ ｉ ｃ ｅ ｍ ｉｇ　 ｇａｅ ｅ ｇａ ｗ ｎ　 ｕ ｒ　 ｄ ｃａ ｇｓ ｔ ｙ ｏ ａ ｒ ｎ ｈ ｈ ｓ ｅ ｈ ｈ ｏｔｎ　ｅ ｔ ｍ ｄｆ ｃｒ ｂｓｎｓ ｃｄ ；　 ｎ ｉ ｗ ｌ ａｆｃ ｔｅ　ｔｒ ｆｅ ｎ ｄ　 ｏｉｙ　 ｅ　 ｉｅｓ　 ｅ ｅｅ，　 ｉｌ　 ｅｔ　 ｅ ｉｅ ｅ ｏ　 ｏ ｕ ｏ ｖ ｔ　 ｆ ｈ ｎ ｂｓｎｓ ｌｇｃ ｗ ｉｈ　ｅｔａｌ ｌｄ　 ｉｃｅｓ ｄｖ ｌｐｅｔ　ｐｎｅ ｕ ｉｅ ｓ　 ｉ，　 ｃ ｅ ｎｕｌｙ　 ｔ ｎｒａｅ　 ｅｏｍｎ ｅ ｅ ｓ， ｏ ｈ ｖ ｅ ｏ　 ｅ ｘ ｒ ｄｃ ｄ ｖｌｐｅｔ　 ｉｉｎｙ　 ｄｌｙ　 ｄｌｖｒ ｓｓｅｓ Ｍｒ ｓｒ ｏｓ ｅｕｅ　 ｅｏｍｎ ｅｆｃｅｃ ａｄ　 ａ ｉ ｅｉｅｙ　 ｔｍ．　 ｅ　 ｉｕ ｅ ｆ ｎ ｅ ｎ　 ｙ ｏ ｅ ｐｏ ｌｍ　 ｔａ ｆｒ　ｍ ｌｒｅｓａｅ　ｓｅｓ ａ ａ　ｓｌ ｏ ｃ ａｇｎ ｒｂｅ ｉ ｈｔ　 ｓ ｅ　 ｇ－ｃｌ ｓ ｔｍ ，　 ｒ ｕｔ　 ｈ ｎｉｇ ｓ　 ｏ ｏ ａ ｙ ｓ　 ｅ ｆ　 ｄｍ ｎｓ　ｄ　 ｔ行ｉｇ　ｒ ｃｄ ｍｎ ｔｍｓ ｃｕｅ ｔｅ　 ｓｅ ｔ ｂ ｅａｄ ａ ｍ ｈ ｎ ｃ ｅ　 ｅ　 ｙ　 ｅ，　 ｓｓ　 ｓ ｔｍ　 ｅ ｎ ｏ ｏ ｏ ａ ｉ ａ ｈ ｙ ｏ　 ｃａｔｃ　ｄ　 ｄｖｌｐｅｔ　 ｋ　ｌ ｂ ｕａｌ ｔ ｃｎｉｕ ｔ ｃｒｙ　． ｈｏｉ ａ ｔｅ　 ｅｏｍｎ ｗｒ ｗ ｌ　 ｎｂｅ　 ｏｔｎｅ　 ａｒ ｏ ｎ ｈ ｅ ｏ ｉ ｅ　 ｏ　 ｏ　 ｎ Ｔｅ　 ｄｃｉ ｏ ｈｓ ｐｏｌｍ ｉ ｅａｓ ｔｅ　 ｄ　 ｔａ ｅ　 ｉｎ 　　　　　　 ｎ　ｔｅｅ　 ｂｅｓ　ｂｃｕｅ　 ｕｅ ｓｆｗｒ ｄｓｇ ｈ ｐｏｕｔｏ ｆ　 ｒ ｒ ｓ　 ｈ ｓ ｏ ｅｐｔｅｎ ｈｖ ｎｔ　 ＂ｉｉｅ　 ｒｌ ＂　ｒａｈ　 ｃｎｏ ｆｎａｅｔｌ ａｔｒｓ　ｅ　 ｕｅ　ｖｄａｄ　ｅ　 ｐｏｃ ａｄ　ｎｔ　ｄｍｎａｌ ａ ｏ ｓ ｄ ｎ ｕ ａ ｐ ｎ ａ ｕ ｙｓｌｅ　ｅ　 ｂｅｓ　ｉｈ　 ａａｅ　 ｅｐｅｓｏ ｌｙｒ　ｏ ｔｅ　ｓｎ ｓ ｏｖ ｔ ｐｏ ｌｍ ｗ ｃ ｓｐｒｔ ｔｅ　 ｒｓｉｎ　 ｅ ｆ ｍ　 ｂ ｉｅｓ ｈ ｒ ｈ ｅ ｈ ｘ ａ ｒ ｈ ｕ ｌｇｃ　ｙｒ ａｄ　ｅ　ｓｎｓ ｌｇｃ　ｙｒ　ｏ ｔｅ　ｔ ｌｙｒ ｏｉ ｌ ｅ，　 ｔ ｂ ｉｅｓ　 ｉ ｌ ｅ ｆ ｍ　 ｄ ａ　 ｅ． ａ ｎ ｈ ｕ ｏ ａ ｒ ｈ ａ ａ Ａｍ ａ ｈ ｅ ｓ ｉｇ　 ｐ ｂｅ ｓ　 ｒ ｓｎ 　　　　ｔｅ　ｉｔｎ ｗｂ　ｏｌｍ ｉ ｐｅｅｔ，ｔｒｕｈ　ｓａ ｃｉｇ ｉｓ　 ｔ　 ｘ ｅ ｒ ｎ　 ｈｏｇ ｒ ｅｒｈｎ ｅ ｔｅ　 Ｃ　 ｓｇ ｐｔｅｎ 、ａａｙｉｇ　 ｄ　ｍａｉｇ　ｒｅ ｔ　 ｉｓｒａ ｈ Ｍ ｄ ｉｎ　 ｔｒ Ｖ ｅ ａ ｎｌｓｎ ａ ｃ ｐｒｎ ｃ ｒｎ ｍ ｎ ｔｅｍ ｎ ｏ ｕ ａ ｄｖ ｌｐ ｅｔ　 ｍｗｒ 、ａｄ　ｓａｃ ｉｇ　ｅ　 ｍ ｄｌ ｏ ＪＥ ｐａｆｒ， ｅｅ ｏｍ ｎ ｆａｅｏｋ ｎ ｒ ｅｒｈｎ ｔ Ｅ Ｂ　 ｕｅ　 ２Ｅ　 ｔｏｍ ｒ ｅ ｈ Ｊ ｏ ｆ　 ｌ ｔ ｉ ｐｐｒ　 ｗｉｔｎ　 ｐｏｏｅ　ｆａ ｉｌ ｄｖｌｐｅｔ　ａｅｏｋ　ａ ｈ ｓ　 ｅ ｉ ｒｔｅ ｔ ｒｐｓ ａ　 ｓｂｅ　 ｅｏｍｎ ｆ ｍｗｒ ｔ ｔ ａ ｓ　 ｏ　 ｅ ｅ ｒ ｈ ｉ ｓｉａ ｌ ｆｒ　ｍ ｌｒｅ　ａｅ　Ｓ　ｖｌｐｅｔ ｓ　 ｔｂｅ　 ｓ ｅ　 ｇ ｓ ｌ Ｂ ｄ ｅｏｍ ｎ． ｕ ｏ ｏ ａ ｃ ／ ｅ Ｔ ｅ　ｉ ｏｋ　 ｓ　 ｅ ｒ ｌｃｓ　 ｌｄｓ 　　　　 ｗ ｒ ｔｉ ｐｐｒ　ｆｅｔ ｉｃｕｅ ： ｈ ｍ ｎ　 ａ ｈ ａ ｅ ｎ西南交通大学硕士研究生 学位论文第 Ｉ页 Ｉ Ｉ１ Ｒｓａｃｉｇ　 ｍ ｎ　 ｉｎ ｗｒ ｆｏ ｏ ｈ Ｍ ｄ ｉｎ　 ｔｒ 　　　　ｒｈｎ ｔｅ　ｉ ｄｓｇ ，　 ｋ　 ｗ　 ｔｅ　Ｃ　ｓｇ ｐ ｔｅｎ ．　 ｅ ｅ ｈ ａ ｅ ｏ ｌ ｆ　 Ｖ ｅ ａ＂ｉｉｅ　 ｒｌ＂ ｉ ｉ ａｌ ｔ ｈｌ ｔ ｉｐ ｖ ｔｅ　 ｎａｎｂｌ ｙ ｄｖｄ ａｄ　 ｅ，　 ｓ　 ｅ　 ｅｐ　 ｍｒ ｅ　 ｍｉｔｉａｉｉ ， ｎ ｕ ｔ　 ｂ ｏ　 ｏ　 ｏ ｈ ａ ｔｃｄ ｒｕａ ｉｉｙ ｅｐｎａ ｉｉｙ ｐｒ ａｉｉｙ　ｔｅ　ｓｅ ．　 ｓａ ｔｎ ｏｅ　 ｓｂ ｌｔ，　 ａｄｂｌｔ ，　 ｔｂ ｌｔ ｏ ｈ ｓ ｔｍ Ａｄ　 ｒ ｉｇ ｅ ｘ ｏ ｆ　 ｙ ｎ ｔｆｏ ｔｅ　ｎｉｌ ｏ ｔｅ　 ｏｙ ｒｓａｃ，　 ｌｓｓ　 ｃｍａｉｏ ｔｅ ｒｍ　 ｐｉ ｐｅ　 ｈ ｔｅｒ，　 ｅ ｈ ａ ｙｉ ａｄ　ｐｒｓｎ　 ｈ ｒｃ ｆ　 ｈ ｅ ｒ ｎ ａ ｎ ｏ ｈｅｉｔｎ ｍｉｓｒａ ｄｖ ｌｐｅｔ　ａｅｏｋ ｗ ｉｈ　 ｓｓ　 ＭＣ　 ｓｇ ｘｓｉｇ　 ｎｔｅｍ　 ｅｏｍｎ ｆ ｍｗｒｓ　 ｃ ｂ ｅ ｏ Ｖ ｄ ｉｎ ａ ｅ ｒ ｈ ａ ｎ　 ｅｐ ｔｔ ｒ ． ａ ｅｎ２ Ｒｓａｃ Ｊ Ｅ　 ｈｔｃｕｅ、ｄｓｕ ｓ　 ＥＢ　ｄｌ ｔｃｎｌｇ 　　　　ｒｈ　Ｅ ａｃ ｉｅｔｒ ．　 ｅ ｅ ２ ｒ ｉｃｓ ｔｅ　 ｍ ｕｅ　 ｈｏｏｙ ｈ Ｊ ｏ ｅａｄ　 ｉ ｅ　 ｄｓｇ ｐｔｅｎ　 ｓｎＳｒｔ＋Ｊ ｄ ｅ ｐｅｔ　ｍｗｒ． ｎ ａｈｅ ＭＣ　ｉｎ　ｔｒ ｂ ｕｉｇ　ｕｓＥＢ　 ｌ ｍｎ ｆａｅｏｋ ｃ ｖ Ｖ ｅ ａ ｙ　 ｔ ｅ ｏ ｖ ｒ３ Ｕ ｅ　 　　　　 ＷＣ　 ｄｓｇ　　　 ｔｅｎ　 ａｅｕ ｔｌ　　　 　　　 Ａ ．　 　　　 　　　ｅｉｎ　 ｐ ｔｒ　　 ｄｑａ ｅｙ　 ｉ ｓ ａ ｎ　 Ｃ Ｃ Ａ ｃｍｕ ｉａ ｉｎｎｖｇｔｏ－ｕｖ ｉｌｎｅ　 ｎｅｒｔｄ　 ｄｔｂｓ ｏｍｎ ｃｔｏ－ａｉａ ｉｎｓｒｅｌａｃ　　ｉｔｇａｅ　　 ａａａｅ　 ａ ｄ ｎ ｉｆｒａｉｎ　 ｔｏｍ Ｔｅ　 ｉｅ　 ｔｍ　 ｓ　 ｒｌｙ ｒ　 ｈｔｃｕｅ　ｄ ｎｏｍ ｔｏ ｐａｆｒ．　 ｅｔｒ ｓｓｅ ｕｅ ｆｕ－ ａｅ ａｃｉｅｔｒ ａ ｌ ｈ ｎ ｙ ｓ ｏ ｒ ｎ ｍｄｌｒ　ｓｇ．　ｓｄ　 ｔｅ　 ｄｓｇ ｐｔｅｎ ｔｉ ｐｐｒ　ｓｇ Ｖ ｅ ， ｏｕａ ｄ ｉｎ Ｂ ｅ ｏ ｈ ＷＣ　 ｉｎ　 ｔｒ，　 ｓ　 ｅ ｄ ｉｎ　 ｗ ｅ ａ ｎ　 ｅ ａ ｈ ａ ｅ ｉ Ｃｎｒｌｅ ａｄ　 ｅ ｏ ｔｅ　 ｉｅ　 ｅｓ ｍｄｌ ｏ ｔｉ ｓｓｅ ｉ ｄｔｉ， ｏｔｏｌｒ　 Ｍｄｌ　 ｈ ｄｖｃ ｌｃｎｅ　 ｕｅ　 ｈｓ　 ｔｍ　 ｅａｌ ｎ ｏ ｆ　 ｅ ｉ ｏ ｆ　 ｙ ｎ　 ｆｎｓ ｉｓ　 ｉａ ｆｎｔｏｓ ａｄ　ｈｅｅ　ｄ　ｌｄｔ ｔ ｅ　ｐｒｏ ｉｙ ｉｉｈ　 ｔｐ ｃｌ　 ｃｉｎ，　 ａ ｉｖ ａ ｖ ｉａｅ　 ｓ ｅｉｒｔ ｔ ｙ ｕ ｎ ｃ ｎ ａ ｈ ｕ ｏ ＭＣ　ｓｇ ｐｔｅｎ ｆ　 ｄ ｉｎ　 ｔｒ． Ｖ ｅ ａ ４ Ｆｎｌｙ ｄ ｃｓ ｔ ｐ ｂｅ ｓ　 ｓ ｉ ｉｗ　 Ｃ ｔｏｌｒ　 　　　　ｌ，　ｓｕ ｓ　ｅ　ｏ ｌｍ ｅｉｔ　 Ｖｅ ａｄ　ｎｒ ｌｅ ｏ ．　 ａ ｉ ｉ ｈ ｒ ｘ ｎ　 ｎ ｏ ｆ ｓｓｅ，　ｄ　ｏｏｅ　ｅ　ａ ｉｌ ｏｔｍｍ　ａ． ｙｔｍ ａ ｐ ｐｓ ｔ ｆ ｓｂｅ　 ｉｕ ｐ ｎ ｎ ｒ ｈ ｅ ｐ ｌ Ｋｙｏｄ ：　ｓｇ ｐｔｅｎ ＭＣ ＢＳ Ｆａｅｏｋ ｅｗｒｓ Ｄ ｉｎ　 ｔｒ ；　 ；　 ；　 ｍｗｒ ｅ ａ Ｖ ／ ｒ西南交 通大学硕士 研究 生学位论文第Ｉ 页第１ 绪 论 章当前业内Ｗｂ开发现状 ｅ随着Ｉｔｒｅ技术的普及和发展， 来， Ｗｂ为 　　　　ｎｔ ｎｅ 近年 以 ｅ 核心的 企业内 部网 或 外部网 正在发 挥越来越大的 作用， ／软件 ＢＳ 体系结构应运而生， 将数据和应用 它 程 序放在服务 器上， 户端采用Ｗｂ 客 ｅ浏览器， 规则一旦 商务 改变， 只需要对服务 器 进行升级， 从而增强了 系统的效率、安全 性和可扩展性。 自 Ｗｂ 　　　　 产生到现在短短几年的发展， ｂ 从 ｅ的 Ｗ 技术已 最初简 ｅ 从 单的 文档的 浏览发展 到当今复杂电子商务的应用 ，其 间共经历 了静态 文档 、动态交互页面 和实时 可伸缩的 事务处理三个阶段． Ｗｂ 　　　　 ｅ 技术发展的 第一阶段― 静态文档． 这一阶段 Ｗｂ ｅ 服务器基 本上只是一 个 ＨＴ 的 ＴＰ 服务器， 它负责接收客 户端浏览器的 访问 请求，建立 连接。 Ｗｂ 　　　　 ｅ 技术发展的 第二阶段 － 动态 交互页 面阶段． 第一阶段的Ｗｂ 术无法 ｅ技 满足人们进一步的 要求。随 着高版本 ＨＭ 的出 ＴＬ 现和浏览器对 Ｆｏ 表单的支持 ｒｍ 使Ｗｂ ｅ 技术进入了 其发 展的 第二阶段： 动态交互 页面阶段． 数据库技术适于对大 量的数 据进行组 织管理，ｅ 技术拥有较好的信 Ｗｂ 息发布途径， 这两种技术天然的 互 补性决定其相互融合成为 技术发展的必然趋势． Ｗｂ 将 ｅ 技术与数据技术相结 合，开发动态的Ｗｂ ｅ 数据库 应用，已 成为当 ｅ 技术研究的 今Ｗｂ 热点所在。 Ｗｂ 　　　　 ｅ 技术发展的第 三阶 段― 实时可伸缩的事务处理阶 段。 随着 Ｉｔｒｅ ｎｅｎｔ 用户的迅速增加， 人们渴望网 络能 给他们的 生活带来更多的 便利，电 子商务的 出现对商家和用户都产生了深 远的影 响， 也使 Ｗ 应用深入 ｅ ｂ的 到人们日 常生活 中的每个角落。随着 Ｗｂ ｅ 技术、 分布式对象技术以及安 全保密 技术的 发展， 为 在 Ｗｂ ｅ 上实现电 子商务提供有了 有力的 技术保障。在 Ｗｂ 行实时 ｅ 上进 可伸缩的 事务处理， 实现电子商务， ｅ 必须解决 Ｗｂ 几个关 键问 即如何实 题， 现实时的事 务 处理、可伸缩性、可扩展性、安 全性 与客户认证等技术难题。 然而随着 ｅ 技术的 　　　　Ｗｂ 发展，使 用何种 设计思想建立设计模型以 及采用何 种 开发框架最能 达到方便、快捷、开发迅速、系统 层次 分明、 后期维护方便等效 果， 成了当 前国内 外业界 Ｗｂ ｅ 项目 开发所关 注的 首要问 题，也是本论文讨论的西南交通大学硕士研 究生 学位论文 重点所在 。第２ 页２本文研究的内容与意义过去 ２ 多 　　　　年间 软件设计面临的最大挑战， 于需求和环境条 日 ０ ， 在 件 益复杂 时 软件运 行的高效运作 和维护消耗。计算机应用的问题越来 越庞大、 繁杂，运 行 环境逐步走向 网络化、并行化、多操作系统环境。面对日 庞大和复 益 杂的问 题， 人们不 得不 在不同的 配置和操作系统环境下， 地实现复杂软 并行 件的运行。 尽管程序设计语言的描述能力、软件开发的 工程管理技术在不断 提高，但仍然不能满足复 杂软件 的设计期望 。 产生的软件系统经常由于种种原因而重用性差 、 不可移植、难 于维护 。在软 　　　　 件开发中，我们常常会遇到这样的 情况： 对某种业务操作开发了一个 模块， 当再为与之为似的业务操作开发模块时， 我们不能 运用已 经开发过的成 果，而只得把代码全部复制一遍来生 成一个新的 模块， 软件模块的可复用性无 从谈起． 再者，对于软 件的可 维护性来说， 不好的设计模式 （ ｓｇ Ｐｔｅｎ Ｄ ｉｎ　ｔｒ） ｅ ａ 可能会带来这样一种结 果：软 件开 发人员交给用户的是一 个正常运行的 系统， 但是对用户来说， 这是一个功能 静止不变的系统， 用户对他只能 使用， 而不能 通过更改 配置（ 也根本 其实 没有更改配置的地方） 来改变软 件的 运行方式，或者 要改变其运行方式只有让程序员重新开发。 特别是当 　　　　 前火热的基于ＢＳ ／ 构架的Ｗｂ 统。 于Ｗｂ ｅ 系 由 ｅ技术的迅速发展，／ ＢＳ 项目 成为当 前业界软件系统开发的重要部分，然而 传统 ＢＳ ／ 项目 开发中还存在 着很多问 题，如由 有 良 于没 好的设计模式和开发框架作为依托，客户端页面文 件里包含了大量的涉及业务逻辑的 代码， 使得程序晦涩难懂：而当用户对页面 的需求有所变化时， 往往需要对核心业务代码进行修改。 甚至，牵一动百， 影 响到整个业务逻辑， 最终导致了 开发成本的升高、 开发效率的降低和系统延迟交付 。更严重的是 ，对于一些大型系统 ，由于需求 的多次变更，对核心代码 的多次修改，导致系统混乱，开发工 作无法继续进行。 以 　　　　 上都是采用不恰当的 软件设计模式带来的 后果。 那么， 如何提供给用户 一个具有可移 值性、 可重用性、可 维护性、可扩展 性的良 系统呢？这就需 好的 要我们按照软件工程的研究方法， 采用合适的软件 设计模式和开发框架结构。西 南交通大学硕士研究生学位论文第３ 页对于小型系统，人们经常 　　　　 跳过复杂的设计，直接书写 代码，而对大型综合 复杂系统，设计模式的选择以 及独立的软件体系框架结构设计就必不可少了。 理论和实践证明，良 好的、 维护的 易于 软件体系框架结构， 对于降低设计风险、 提高软 件质量 及移植性、后期 技术升级、 保证开发 进度都至关重要。 基于这样的 　　　　 现状， 当期业界提出了不少方 法试图 解决这些问 题。比 如 Ｃｒｓ ｐｅ Ａｅａｄｒ ｈｉ ｏｈｒ　ｘｎｅ发表的 ｔ ｌ 很多关于工 程和建 筑模式的论文引出了 后来软件 设计模式的 概念； 后来又由 ｒｃ ＧｍａＲｃ ｒ Ｈｌ．　ｐ Ｊｈｓｎ ｏｎ Ｅｉ ｈ　ａ ，　ｈ ｄ　ｍ Ｒｌ ｏｎｏ和Ｊｈ ｍ ｉ ａ ｅ ａ ｈ　 Ｖｉｓ ｅ四 ｌｓｉ ｓ 人合著的 《 ｄ 设计模式：可重 用的面向 对象的 软件元素》（Ｄｓ ｎ ｅｉ ｇ Ｐｔｅｎ：ｌ ｅｔ ｏ Ｒｕａｌ Ｏｊ ｔ －Ｏｉｎｅ Ｓｆｗｒ） 一书引发 ａｔ ｓＥｅ ｎｓ　 ｅｓｂｅ　 ｅ －－－ｒｅｔｄ　 ｔａｅ） ｒ ｍ ｆ　 ｂｃ ｏ 出 ｂｔａｔ　ｔｒ Ａａｔ 等具体的设计模式． Ａｓ ｃ Ｆｃｏｙ、 ｄｐｅ ｒ ａ ｒ 而本文 主要通过对ＭＣ 件 Ｖ软 设计模式的 探讨 和研究， 基于 Ｖ设计模式的 ｔ ｔ ＥＢ 提出 ＭＣ Ｓｒ ｓ Ｊ软件开发框架以 ｕ＋ 解 决现ＢＳ ／开发中 存在的 这些问 并通过对具体的系 题， 统设 计来描述该设计模式的 设计流 最后 程， 结合ＭＣ Ｖ设计模式对该系统 进行总结分析， 剖析出当前系统存在的不足之处 ，并针对 问题提 出合理的优化方案 ，以达到更好 的开发效 果。３论文结构及本人承担的主要工作本论文就当 　　　　 前业界 Ｗｂ ｅ 软件项目 开发存在的问题作为重点， 对当前软件项 目 开发存 在的多 种设计 模式进行阐述和对比 ，提出 ＭＣ设计模式的优越性； Ｖ 介 绍了当前业界比较 流行的 几种实现 ＭＣ Ｖ 设计模式的开发框架，如Ｓｒｔ 框架、 ｔｕｓ Ｓ ｉ 框架、 Ｓ 框架等， ｐ ｎ ｒｇ ＪＦ 并将 ＭＣ的 Ｖ 设计思想成功的运用到中国民航总局的 通信一 导航一 监视综合数据信息平台 中来， 实现了 通信一 航一 导 监视综合数据信息平台复杂应用的开发环境。下面介绍下本论文的主要结构。第１ 　　　　 章绪论。本章主要 介绍开 发大型 软件系统需要具有可移值性、可重用 性、可维护性、 可扩展性的良 好的 系统特性， 介绍当前业界状 况和对软件设 计 模式以 及开 发框架结 构的 研究意义， 介绍 论文的主要结构和作者本人的主要工作。第 ２ ＭＣ 　　　　 设计模式 （ｏｅ－ｉ 一 ｏｔｌｒ　ｉ Ｐｔｒ） 本章介绍了 章 Ｖ Ｍｄｌ ｅ Ｃｎ ｌＤ ｓｎ　ｔ ． Ｖｗ ｏ ｒ ｅ ｅｇ ａｅ ｎ 模式定义、分 类以 及研究 模式与软 件开发的 之间的关系和意义，并引出 模式中 当前发展比 较成熟的 ＷＣ 计模式。 设 介绍了ＭＣ Ｖ 设计模式的 原理、 优缺点以 及西南交通大学硕士 研究 生学位论 文第４ 页实现 ＭＣ Ｖ 设计模式的多 种开发框架， ｔｕｓ 如Ｓｒｔ 框架、ｐｉｇ Ｓｒｎ 框架、Ｓ 框架 ＪＦ 等． 其中 论文着重介绍了当前比较热门的Ｓｒ ｓ ｔ ｔ 框架的ＭＣ ｕ Ｖ 原理、 心组件以及工 核 作实现流程． 第３ ２ 　　　　Ｅ 技术． 章Ｊ Ｅ 本章主要介绍 ＪＥ 技术平台的 ２Ｅ 体系、层次结构、核心 组件及 ＡＩ 其中 Ｐ， 论文主要介绍了ＪＥ 平台的 ２ Ｅ 关键技术 ― ＥＢ 件技术，并 Ｊ组 探讨了Ｓｒｔ 框架和 Ｅ 组件技术结合使 ｔ ｓ ｕ Ｊ Ｂ 用实 Ｖ 设 现ＭＣ 计模式的技术可行性． 第４ 基于ＭＣ 　　　　 Ｖ 设计模式的民航通信导 章 航监视综合 数据信息平台的设计与 实现． ＭＣ 把 Ｖ 模式的设计思想结合到具体的 项目 系统得开 发中 来，描述该设计 思想在具体系统模块中的实现流程。最后结合 ＭＣ 模式在具体项目中出 Ｖ 设计 现的问题提 出自己的 ２ 个优化方案 。本论文结 　　　　 合的系统 ― 民航通信一 导航一 综合数据信息平台是民 监视 航总 局 在全国 范围内 对全国 ７ 个地方空管局进行全国通 导航一 视台 信一 监 站、 设备、 设 备备件 及维修 记录、内部文件、人员与执照、任务管 理、综合报表、 台站频率 覆盖计 算等多 方位的 大型综合数据信息平台．该 项目 ２０ 年 １ 月正式开 于 ０５ ０ 始 开发。由于系 统相对庞大， 对可移植性、 可重用性、可 维护性、可扩展性都要 求很高， 此在项 目 因 的开发中， 我们引入了ＭＣ Ｖ 软件设计 模式， 基于该 并 模式， 提出 Ｓｒｔ＋Ｊ ｔ ｓ Ｂ的软 ｕ Ｅ 件开发 框架。 在整 个系统的开 发中 笔者 ， 参与了 系统的总 体设计、数据 库设计、以 及监视设备综合查 询模块、报表模 块、 监视设备综合 管理模块、 设备备件与维修记录管理模块、 人员 与执照管理 模块、系统管理模 块等多 个系统大模块的 详细设计、编码、测试以 及文档工作。 在开发过程中 充 分体现了 Ｍ Ｖ Ｃ设计模式思想，整个系统采用四 层体系结 构进行分层及模块化设 计。 在本论文中 笔者 特别对系统设备许可证模块 视图、 控制器和模型进行了 详 细设计， 完成其典型功能， 实现并验证了Ｐ Ｃ设计模式的 优越性， 奠定了 本论文 的基础 ．西 南交通大学硕士研 究生学位论文第５ 页第 ２章 Ｗｅ 设计模式２１模式的定义及分类 ．在 ２ 世纪７ 年代， ｈｉｔｐｅ Ａｅａｄｒ 　　　　 ０ ０ Ｃｒｓｏｈｒ　 ｘｎｅ 发表Ｔ很多 ｌ 关于工程和建筑 模式方面的 论文． 随后， 软件行业才逐渐接纳了 这种最初建立于工程和建筑方 面的 模式的 思想， 尽管在此之前软件业中已 有此种思想的萌芽． 软件业中 模式 概念的 普及是由Ｅｉｈ　 ｍａ ｉ ａｄ　ｍＲｌ Ｊｈｓｎ Ｊ ｎ　 ｓｉ ｓ ｒｃ Ｇ ｍ，　 ｒ Ｈｌ，　 ｈ　ｎｏ和 ｏ Ｖｉ ｄ ａ Ｒｃ ｈ ｅ ａｐ ｏ ｈ ｌｓ ｅ 四人合 著 的 《 设计 模式 ：可 重用 的 面 向对 象 的软件 元 素）　　 ｓｇ （ Ｄ ｉｎ （ｅＰｔｅｎ ：ｌｍｎｓ　 Ｒｕａ ｌ Ｏｊｃ― ａｔｒｓＥｅｅｔ ｏ ｅ ｓｂｅ　 ｅｔ ｆ　 ｂ Ｏ ｅｔｄ　 ｔａｅ ）一书引发 　 ｉｎｅ Ｓｆｗｒ） ｒ ｏ的【。 划 然而， 　　　　 软件开发中 的模式是什么呢？ 没有一个公认的定义。 简单的说， 模 式就是 情景中 一个问 题经过证实的一 个方 案． 但是，这个简单的定义 可能造 成 对模式的 误解． ｈｉｔｐｅ Ａｅａｄｒ Ｃｒｓｏｈｒ　 ｘｎｅ 写道： 每个模式描述一个在我们的 ｌ “ 环 境中不断重复出 现的问题， 然后描 述这个问题的 方案核心， 使你可以 多次使 用 同一方案，而 不必进行重复 工作。 ” 近年来， 　　　　 关于 软 件 开 发 中 的模 式 的 最 有影 响 的 出版物 《 ｅｉｎ ＤｓｇＰｔｅｎ ：ｌｍｎ ｓ　 Ｒｕａ ｌ Ｏｊｃ－ ａｔｒｓＥｅｅｔ ｏ ｅｓｂｅ　 ｅｔ一一Ｏ ｉｎｅ Ｓｆｗ ｒ） 定义模 ｆ　 ｂ ｒｅ ｔｄ　 ｔａｅ，其 ｏ 式如下 ：“ 　　　　 模式是 三段值， 表示特写情境、问 题与方案之间 的关系。 ” 根 　　　　 据这个定义，模式是多种情形中可以 使用的问 题解。 Ｒ ｈｒ Ｇｂｉｌ 　　　　ａｒｅ 提供Ｔ一 ｉ ａｄ　 ｃ 个有趣的定 义： “ 　　　　 三段值， 每个模式是 表示情境， 这个情境中重复出 现的问题及解决这 些 问题的 一定软 件配置 之间的 关系。 ， 由此可见， 　　　　 模式是供有经验的设计人员发现问题和解决问 题的处理方法。 众所周知，专家并不从低级结构考虑问 题， 而是建立高级抽象， 模式就鼓励人 们标识与记录 这些高 级抽象［ ］ ｌ 。 模式能改进开发人员之间的通信， 　　　　 使他们可以 更快地学习， 从而开发更好西南交通大学硕士研 究生学位论文第６ 页的 软件． 多年来， 出现了多种不同的 模式， 包括： ． 设计模式。 　　　　 在面向 　　　　 系统设计中， 对象的 可以 认为， 类及其生成的对象是构成面向 对象 系统的最基本要素；采用设计方法组合这些元素得到面向对象系统得构件，同 时这些构件的设计方法在经过不断的改进和完善后逐渐成型， 成为 构成面向 对 象系统得基本 参考， 也称为 设计模式． 对软件设 　　　　 计而言， 设计 模式是最重要的 模式。 通常是面向 对象的， 包括 体 系结构 （ 系统设计） 设计 （ 、 组件交互） 和编程 （ 特定语言技术） 它是情 等。 境 设计中 标准设计问 题的重复 性解决方案。 设计问 题必须进一步调查之后才能解 决。问 题通常发生在一定的 环境或者情形中， 称为情境。 解决方案就是这些问题 的答案 ，帮助我们在一定情境 中解决这些 问题 。． 分析模式． 　　　　 描 　　　　 述可复用分析模型， 在域分析中非常有用，设计各种域， 包括交易、 度 量、 会计和组织关系。． 过程模式 　　　　描述软件过程设计。 　　　　 具体地说， 他们描述开发软件成功而经过证实的方 法与活动。 ． 组织模式 　　　　 描述组织与项 目的结构与实践。 　　　　 ． 其他域特定模式 　　　　２２研究模式的目 ． 标和意义正 　　　　 现在有很多关于模式的定义，但是所有的定义都有 如所见， 一个共同的主题：与在特 定环 境下成对 出现 的问题ｉ 解决方案的重现相关。 模式的共同特 征如下 ： 　　　　． 模式来 　　　　 源于经验。 ． 模式总是以一种结构化 　　　　 格式 记录出 现。 ． 模式的出 　　　　 现避免了 重新设计 和创造． ． 模式存在于不同 　　　　 程度的抽象当中。西南交通大学硕士研究生学位 论文第７ 页． 模式总在不断地被 　　　　 完善。 ． 模式是可重用的认为总 　　　　 结的经验． ． 模式可以用来交流设计 　　　　 和最佳实践。 ． 多 　　　　 个模式可以 一同使用，以 解决复杂的问题。 模式是从经验中 　　　　 总结出 来的， 基于经过证实的方案。 模式 只有在实际系统 中多次得到证实之后才能 成为 模式。 因此模式一方面促进复用，一方面又防止重复劳动，最终使我们能更快更高效 的工作。模式还增加表达能力，改 　　　　 进建筑师与设计人员之间的 通信， 使我们可以 按 照前所惟有的方式考虑常见结构性方 案。 模式鼓励通过结合解决大问 题。 模式是前人经验与智慧 　　　　 的结晶， 研究与 使用模式可以 带来如下好处： （） 　　　　 １ 模式可以帮 助人们更快更 好的 设计软件。 包括： ． 标识组件、 　　　　 组件内 部结构及组件 之间的 关系 ． 确定组件的 　　　　 粒度及交互． 定义组件接 口 　　　　（） 　　　　 好的促 ２ 模式更 进了复 用： ． 可以帮助设计者思 　　　　 考， 允许设计者在更高 抽象层次上 讨论系 统的设计。 模式是书写文档和学习的 辅助手段。 学习 模式有助于开 发者理 解己有系统， 提 高自己 的设计水平。 按照系 统所用的 模式来描述系统， 有助于 提高系统的 可理解性。． 使系统更健壮， 　　　　 更灵活， 便于日 后修改。 ． 设计模式使设计者可以 优秀的 　　　　 复用 解决方案。 通过复用已 有的设计， 设计者可 以从 中汲取他人 的经验，不必从 头寻求重复 问题的解 决方案 。２３　Ｃ ．　 设计模式 Ｍ Ｖ随 ｎｅ ｅ技术的普 　　　　ｎｔ 着工ｔ ｒ 及和发展， 近年来，以 Ｗｂ为核心的企业内部网或 ｅ 外部网正在发挥越来越大的 作用， ／软件体系结构应运而生， ＢＳ 它将数据和应用 程序放在服务器上， 客户端采用 ｅ浏览 ，ｂ 器， 商务规则一旦改变， 只需要对服务器进行升级，从而增强 了系统的效率 、安全性和可扩展性 。然而传统ＢＳ 开发中 在着很多问 　　　　／项 目 还存 题， 如由 于没有良 好的开发 框架，西南交通大学硕士研 究生学位论文第吕 页客户端页面文件里包含了大量的涉 及业务逻辑的 代码， 使得程序晦涩难 懂：而 当用户 对页面的需求有所变 化时， 往往需要对核心 业务 代码进行修改。 甚至， 牵一动百，影响到整个业务 逻辑， 最终导 致了 开发成 本的 升高、开发效率的降 低和系统延迟交付。 更严重的是， 对于 一些大型 系统，由 于需求的多次变更， 对核心 代码的多次修改，导 致系统 混乱， 开发工作无法 继续进行。针对 这样现 象， 急需具有一种新的方法来改善软 件开发的 状况， 此ＭＣ 由 Ｖ设计模式诞生了。 ＭＣ　ｏｅ 　　　　 ｌ ｉ －Ｃｎｒｌｅ 设计 Ｖ （ ｄ －Ｖｅ ｏｔｏｌ ） 模式是基于 ２Ｅ Ｅ应用开发的首 Ｍ ｗ ｒ ＪＥ的ＷＢ 选软件设计模式，当 前许多流行的框架也都是基 Ｖ设计 于ＭＣ 模式的． 它由 Ｔｙｖ Ｒｅｓａｇ ｒｇｅ　 ｎｋｕ提出， ｅ 并首先被应用 ｍｌ ａｋ ０ 在Ｓａｌ ｌ－ 环境中， Ｔ ８ 使许多交互和 界面系统的构成基础，ｉｒｓｆ的 Ｆ基础类也 Ｍｃｏｏｔ ＭＣ 遵循了 Ｖ的思 早在７年代， ＭＣ 想。 ０ ＩＭ Ｂ就推出了 ａｆｏｓｉｉ 项目 Ｓｎｒｎｃｓｃ ｏ 计划，其实就是 Ｖ设计 ＭＣ 模式的 研究． 随着网 络应用的快速增加，大多数的 Ｗｂ层应用 ｅ 框架都 可以 用不同 使 变化类型的 ＭＣ Ｖ设计模式。 模式对于Ｗｂ ＷＣ ｅ应用的开发无疑是一 种非常先 进的 设计思想， 无 论你选择哪种语言， 无论应用多复杂， 它都能为你 理解分析 应用模型时 提供最基 本的 分析方法， 为你构造产品 提供清晰的设计框 架， 为你的软 件工程提 供规范的 据］ 依［ Ｙ尽管ＭＣ 　　　　 Ｖ设计模式很早 就提出， 但在Ｗｂ 的开 ｅ项目 发中引入 Ｖ却 ＭＣ 是步 履维艰。 主要原因： 一是在早期的 ｅ项 目 发中， Ｗｂ 的开 程序语言 ＴＬ 和ＨＭ的分离一直难以实 现． Ｇ程序以字 ＣＩ 符串输出的形 式动态地生成ＨＭ内容。 ＴＬ 后来随 着脚本语言的出 现， 面的方式又被倒了过 前 来， 将脚本语言 改成 书写的 程序嵌入在ＨＭ内容中。 ＴＬ 这两种方式有一个相同的不足之处即它 们总是 无法将程 序语言和 ＴＬ ＨＭ分离。二 是脚本语言的功能相对较弱， 缺乏支持 Ｖ设 ＭＣ 计模式的一 些必要的技术基础。 直 到基于ＮＥ的ＪＰ　 ｅ ２ Ｅ Ｓ Ｍｄｌ　 ｏ 问世时才得以改观． 它用Ｊ 技术实现视图的功能， Ｓ Ｐ用Ｓｒｌｔ ｅｖｅ技术实现控制器的功能， ａ Ｂ ｎ 用Ｊ ａｅ 技术实现 ｖ ａ 模型的 ” 功能〔 ．实际上在现实中， 　　　　 业界主要有２种基本设计模 ３ 式如下Ｄ： Ｏ （ Ａｓｒ ｔ　 ｔｒ：提供一个创建一系列 　　　　 ｃ Ｆｃｏｙ １ ｂｔａ ａ ）　 相关或 相互依赖对象的接口， 而无需指定它们具体的 类。 （ Ａａｔｒ 　　　　ｅ：将一个类的接口 ２ ｄｐ ）　 转换成客户 希望的另 外一个接口 ｄｐｅ 。Ａａｔｒ 模式使得原 本由 于接口 不兼容而不能 一起工作的那 些类可以一 起工作。 （ Ｂｉｇ 将抽象部 　　　　 ： ３ ｒｄｅ ）　 分与它的实 现部分分离， 使它们都 可以 独立地变化。西南交通大学硕 士研究生 学位论文第９ 页（ Ｂｉｄ ：将一 　　　　ｒ ４ ｕＩｅ ） 个复杂对象的 构建与它的表示分离， 使得同样的构 建过程可 以 建不同的表示。 创（ Ｃａｎ　 ｅ ｏｓｂｌ ｙ 为解除请求的发送 　　　　ｏ Ｒｓ ｎｉｉｉ ： ５ ｈｉ ｆ　ｐ ）　 ｔ 者和接收者之间祸合，而使多个对象都 有机会处理这个请求。 将这些 对象连 成一条 链，并 沿着这条链传递该请求，直到有一个对象处理它．（ Ｃｍａ ： 　　　　ｄ 将一个 ６ ｏｍ ）　 ｎ 请求封装为一个对象， 使你可用不同的请 从而 求对客 户进行参数化； 对请求 排队 或记录请求日 志 以 及支持 可取消的操作。 （ Ｃｍｏ ｔ 将对 　　　　 ｉ ： 象组合成树形结构以 ７ ｏｐ ｅ ）　 ｓ 表示 “ 一 部分 整体” 的层次结构。 它 使得客户对单个对象 和复合 对象的 使用具有一致性。（ Ｄｃｒｔ 动态地给一个对 　　　　 ｏ： ８ ｅｏａ ｒ ）　 象添加 一些额外的 职责． 就扩展功能而言，它比生成 子类方式更为灵活。 （ Ｆｃｄ：为子 　　　　ｅ ９ ａａ ）　 系统中的 一组接口 提供一个一致的 界面， ａａｅ Ｆｃｄ模式定 义了一 个高 层接口， 这个接口 使得这 一子系 统更加 容易 使用。（ ）　ｔ ｙ　ｈｄ 　　　　ｒＭｔｏ：定义一 １ Ｆｃｏ ｅ ０ ａ 个用于 创建对 接口 象的 ，让子 类决定 将哪一个类实例 化。 ａｔ ｙ　 ｈｄ Ｆｃｏ Ｍｔｏ使一个类的实 ｒ ｅ 例化延迟到 其子类。 （ ）　 ｗ ｇｔ 用共享技术 　　　　 ｉｈ：运 １ Ｆｙｅ １ ｌ 有效 地支持大 量细粒度的 对象．（）　ｅ ｒｔｒ 给定一个语言，定 　　　　ｐｅｅ： １ Ｉｔ ２ ｎｒ 义它的文 一 法的 种表示，并 定义一个解释器，该解释器用来 表示 解释语言中的 句子。 （ ）　ｒ ｏ 提供一 　　　　 ｔ ： １ Ｉｅａ ｒ ３ ｔ 种方法 顺序访问 一个聚合对象中 各个元素 ，而又不需暴露该对象 的内部表示 。（ ）　 ｉ ｏ： 　　　　 ｔｒ 用一 １ Ｍｄａ ４ ｅ 个中 介对象来封装一系列的对 象交互。 中介者 使各 对 象不需要显式地相互引 用， 从而使其祸合松散，而且可以 独立地改变它 们之间的交互。（５ Ｍｍｎｏ 在不破坏封装性的前 　　　　ｔ： １）　ｅ ｅ 提下， 捕获一 个对象的内部状 并 态，在该 对象之外保存这 个状态。 这样以 后就可将该对象恢复到 保存的 状态。（ ）　ｅ ｅ 义对象间的一种一对多的依赖关 以 　　　　ｖ ：定 １ Ｏｓ ｒ ６ ｂｒ 系， 便当一个对 象的状态发生改 变时 所有依赖于它的 ， 对象 都得到 通知并自 动刷新。 （ ）　 ｔｔｐ： 　　　　ｏｙｅ 用原 １ Ｐｏ ７ ｒ 型实 例指定创建对象的 种类， 并且通过拷贝这个原型来创建新的对象 。（ ）　 ｘ： 　　　　ｙ 为其他对 １ Ｐｏ ８ ｒ 象提供一 个代理以 控制对这个 对象的 访问。西南交通大学硕士研 究生学位论文第 ｔ页 ｏ（ ）　 ｇｅ ｎ 保证一个类仅有一 　　　　ｌ ｏ： １ Ｓｎ ｔ ９ ｉ 个实 例， 并提供一个访问 它的全局访问点 。（ ）　 ｔ 允许一个对象在其内部 　　　　 ： ２ Ｓａｅ ０ ｔ 状态改 变时改变它的行为。对象看起 来似乎修改了 它所属的 类。（ ）　ａ ｇ： 　　　　ｅｙ 定义一系列的算法 把它 ２ Ｓｒｔ １ ｔ ， 们一个个封装 起来，并且使它们可相互替换。 本模式使 得算法的 变化可独立于使用 它的 客户。（ ）　ｐ ｔ Ｍｔｏ： 　　　　ａｅ　ｈｄ 定义一 ２ Ｔｍｌ ｅ ２ ｅ 个操作中的 算法的 骨架，而将一些步骤延迟到子类中． ｅ ｌｔＭｔｏ使得 Ｔｍ ａｅ　ｈｄ 子类可以 ｐ ｅ 不改变一 个算法的 结构即可重定义 该算法的某些特定步骤。 （ ）　 ｉ ｒ 表示一个作用于某对象结构中 　　　　ｔ ： ２ Ｖｓ ｏ ３ ｉ 的各元素的操作。 它使你可以在不改变各元素的类 的前提下定义作用子这些元素的新操作 。这２种基本设计 　　　　 ３ 模式是对特定问 题经过无数次 经验总结后提出的能 够解决 它的优雅的方案， 是解决问 题的基本 方案。 设计模式包含了太多的内 ＷＣ 容， 它 是凌驾于这２种基本设计模式 ３ 之上的。 在ＷＣ Ｖｅ可以 ｏｐｓｔ Ｐｔｅｎ 中， ｉ ｗ 用Ｃｍｏｉｅ　ｔｒ ａ 来实现； ｉ 和Ｍｄｌ Ｖｅ ｏｅ的关系可以 ｂｅｖｒ　ｔ 来 ｗ 用Ｏｓｒｅ Ｐｔｅ 体现：ｏｔ ｌｅ和Ｖｅ ａ ｒ Ｃｎｒ ｌｒ ｉｗ ｏ的关系可以 ｔａｅ Ｐｔｅ 来实 Ｍｄｌ 用Ｓｒｔｇ ａｔ ｎ 现； ｏｅ通常是 ｙ　 ｒ 一个调停者， 可以采用Ｍｄａｏ Ｐｔｅｎ ｅｉｔｒ　ｔｒ来实现．所以，实际 Ｖ是由以 种基本 ａ 上ＭＣ 上几 设计模式组合实现 的。ＭＣ设计模式的结构适用于那些多 　　　　 Ｖ 用户、 可扩展、可 维护或具有很高交互 性的系 统， 它可以 很好地表达用户的交互 和系 统模式， 且很方便地用多个视 并 图显示多 套数 使系统能 据， 够方便地支持其他新的 客户端类型． 使用 ＭＣ设计 Ｖ 模式编写的系 统， 它的代码重复率达到最低。由 于分离了模式中的控制和数据 表现， 可以 分清开 发者的 责任， 缩短开发 工期， 加速产品 向 推 市场．２３１　Ｃ ．　 Ｉ 设计模式原理 ．　Ｖ ＩＭＣ 模式是当 ／开发的 　　　　 Ｖ设计 前ＢＳ 标准框架设计 模式， ３ 由 个部分组成： ｄｌ Ｍ ｅ（ ｏ 模 型） Ｖｅ（ ） Ｃｎｒｌ ｒ控制器） 提倡将其三者相 ， ｉｗ视图 ， ｏｔｏｌ （ ｅ 。它 分离， 使得用户 接 口 应模型的藕合 与相 度大大降 低， 开发出 的软件 更便于 修改． ＭＣ 　　 Ｖ模式的模型 视图 控制器的 一 一 关系和功能原理 可以 用图 －来表示。 ２１ 它不仅西 南交通大学硕士研究生学位论文实现了 功能 模块和显示模块的分离，同时 还提高了 应用系统的可维护性、可扩 展性、 可移植性和组件的可复用性〔 ２ ７－ ０ ｗｆ － ‘ ＿ － ＂ 　　　　　　　　　　＿ ＿ ４ ） ｊ 一 －－＿ ＊ ｍ ｌ ＿ 图 ２１　 Ｖ 组件类型的关系和 　　　　　　　　　　　　　　　　 － ＭＣ 　 功能原 理 （ 　　　　 ｏｅ） 模型部件是软件所处理问题 １ ）模型（ ｄｌ Ｍ 逻辑在独立于外在显示内 容 和形式 情况下的内 在抽象， 封装了问 题的核心数据、逻辑和功能的 计算关系， 他独 立于具体的 界面表达和１ 操作。 ／ ０ 模型 　　　　 是数据源和所 封装的 有对这 些数据的操作。 型负责维护数 模 据并 提供数 据访问方法， 在实际开发过程中， 模型还是执行某些任 务的 代码。至于这些 任 务以 什么形式显示 给用户，却并不是 模型所关注的问 题。 模型只有一 系列的公 开方法，通过这些公开方法，可以 取得操作模型的所有 功能。 在这些公开方 法 中， 有些是取值方法，让系统其他部分 可以 得到 模型的内部数据，还有一些改 值方法用于修改模型的数据。一般来说， 模型 必须有方 法关联视图，以 便在模 型的数据发生变化时，可以通知视图。 模型就是业务流 程或状态的处理以 及业 务规则的 制定。 业务流程的处理过程对其 他层来说是暗 箱操作，模型接受视图 请求的数据， 并返回最终的 处理结果。 业务模型的 设计可以 说是 ＭＣ最主要的 Ｖ 核心。 ＰＣ设计模式告诉人们， 把应用的 模型按 一定的规则抽取出 来，抽取的 层次 很重要， 这也是判断开发人员是否优秀的依 据。 Ｖ Ｍ Ｃ并没有提供模型的 设 计方法， 而只告诉开发人员应该 组织管理这些模型，以 便于模型的 重构并提高 模型的可 重用性， 这点对应用的 开发人员非常重要。 业务模型还有一 个很重 要 的 模型， 那就是数据模型。 数据模型主要指实体 对象数据的持续化保存。比 如西南交通大学硕 士研 究生学位论文第 ｕ页要将一 张订 单保存到数据库， 或从数据库获取订单的 操作。 可以 这个订单处 将 理模型单 独列出， 所有有关数据库的操作只限制在该 模型中 。 （ 　　　　Ｖｅ） 把表示模型数据及逻辑关系和 ２ ）视图（ｉ ： ｗ 状态的 及特定形式展 信息 示给用户。它从模型获得显示信息， 对于相同的 信息可以 个不同的显示 有多 形式或视图。一个模型可以 　　　　 有多 个视图，而一个视图 理论上也可以同不同 的模型关联起 来， 对于视图 而言， 模型就 是可重 用的 代码。 视图 用来显示模型的数 据，并决 定模型以 什么样的 方式显示 给用户。 模型在状态发生改 变时要 及时通知视图， 以 便所有对应的视图都能够得到及时 更新。 视图代表用户交互界面， 　　　　 对于 Ｗｂ应用来说， ｅ 可以 ＨＭ 是 ＴＬ页面，也可能 是 ＸＴＬ ＸＬ或 Ａｐｅ． 着应用复 Ｈ ，　 Ｍ Ｍ ｐｌ 随 ｔ 杂性和规模性增大， 面的处 界 理也变得 极具挑战性。 一个应用可能有很多不同的视图， Ｖ ＭＣ设计模式 对于视图 的处理 仅限 于视图 上数据的 采集，以 及用户的请求，而 不包括在视图 业务流程的 上的 处理。 业务流程的 处理应交予模型。比 如一个订单的 视图 只接受 自 来 模型的 数 据并 显示给用户，以 及将用户界面的输入数据和请求 传递给控制器和 模型。 （ 　　　　 Ｃｎｒｌ ｒ： ３ ）控制器（ ｔｏｌ ） 处理用户与软件的 ｏ ｅ 交互操作， 制提供模型中 控 任 何变化的传播，确保用户界面于模型间的 对应联系； 它接受用户的输 入， 将输 入反馈 给模型， 进而实现 对模型的 计算控制， 是使模型和视图 协调工作的部件。 通常一 个视图具有一 个控制 器． 控制器封装的是外界作用于模型的操作． 　　　　 通常， 这些操作 会通过控制器转发 到模型上， 并调用模型中 相应的方 法。控制器 在模型和视图之间 起到了桥梁的 作用，控制器处理用户在视图上的输入，并 转发 给相应的模型。 这样模型和视 图 两者之间可以 做到松散祸合， 甚至可以彼此不知 道对方的存 在， 而由 控制器 连接 起这两个部分。 控制器负责调用模型的改值方 法以改 变模型的 状态， 同时，控 制器会通知所有 的己登记视 图刷新 数据显示。控制器可以 　　　　 理解为 从用户接收请求， 然后将模型与视图 匹配在一 共同完 起， 成用户的 请求． 控制器的作 用也 很明显， 它清楚地告诉人 们， 它就是一个分发 器， 决定选择什么样的模型， 什么样的 视图， 可以 完成特定的 用户请求， 控制 器不做任何数据处理。例如，用 户点击一 个联接， 控制器接受 请求后，并不处 理业务信息，它只把用户的信息 传递给 模型， 告诉模型做什么， 选择符合要求西南交通大学硕士研 究生学位 论文第 ”页的视图返回给 用户。 综上 　　　　 模型． 相关的 所述， 即 数据逻辑， 它是对象的内 在业务处理。 视图是模 型的外在表现 形式， 一个模型可以 对应一个或者多个视图． 同样，一个视图也 可以 对应多个 模型。 视图 还具有与 外界 交互的 功能。 控制器是模型与视图联系 的纽带， 控制 器提取 通过视图传 递进来的 外部信息并转化成相应事件，然后由 控制器对相关 模型进行 更新， 同样， 模型的 更新与 修改也通过控制器通知视图 ，保持视图与模型的一致性。２３２　Ｃ设计模式优缺点 ．　 Ｗ ．　 Ｍｃ 　　优点表现在以 ｖ的 下几个方 ２ 面ｃ ］（） 　　 １ 可以 为一个模型在 运行 时同 时建立和使用多个视图。 变化 传 一 播机制可 以 确保所有相关的 视图及时 得到 模型数据变化，从而使所有关联的视图和控 制器 做到行为 同步 。（） 　　 ２ 视图与控制器的 可接插性， 允许更换视图和控制器对象， 而且可以 根据 需求 动态的 打开或关闭、 甚至在 运行期间 进行对象替换。 （） 　　 ３ 模型的可移植性。 模型是独立于视图的， 因为 所以 可以 把一个模型独立 地移植到新的 平台工 作。 需要做的只是在新平台 上对视图 和控制器进行新的 修改。（） Ｖ 计模式下， 　　 ＭＣ设 ４在 应用被清晰的分为 模型、 视图、 控制器三个部分，这三个部分依次对应 了业务逻辑和数据、用户界面、用户请 求处理和 数据 同步。众所周知，对于业务逻辑和数 据、 用户界面、 用户请求处理和 数据同步 这三部 分功能来 讲， 用户界面发生 变动的 可能性最大，控制部分变动次 之， 而业务 逻 辑是最稳定的。 所以 这种模块功能的 划分有利于在代码修改过程中选取重点， 而不是把具 有不同 功能的 代码混杂 在一 起， 容易 造成混乱。 （）使用 Ｖ 　　　　ＭＣ设计模 ５ 式还便于开发小组 进行分 工． 将应用划分为模型、视 图、控制器 三个部分， 有利于在项目 组内 小 按照小 组成员各自 所擅长的技能进 行分工，有利于三个部分 并行开发，最终 加快项 目 进度。 当然， 　　　　 有优点必定就 有相应的不足， Ｙ设计模 ＭＣ 式给软 件开发带来明 显的好 处之外， 它的不足表现主 要表现在以 下几个方面：西南交通大学硕士研究生学位论文第 １页 ４（） 　　 增加了 １ 系统结构和实 现的复 杂性。 对于简单的 界面， 严格遵循ＭＣ 使 Ｖ， 模型、视图与控制器分 离， 会增加结构的复 杂性， 降低运行效率。 （）　 设计模式的设 　　ＭＣ ２ Ｖ 计和实现并不十 分容易， 相对来说对开发人员的要求 也比 较高。Ｖ只是一 ＭＣ 种基本的 设计思想， 真正实现起 来还需要详细的设计规划， 由 于它的内 部原理比 较复杂， 所以需 要花费一些时间 去思 考。 而且它没有明 确的定义，所 以完全理解ＭＣ Ｖ并不是很容 易。（）　 并不适合小型应用程 　　 ＭＣ ３ Ｖ 序， 花费 大量时间将 Ｖ应用到规模并不是很 ＭＣ 大的 应用程序通常会得不偿失。 综上所述，Ｖ是构筑软件非常好的软 　　　　 ＭＣ 件设计模式。 在开发一 个应用程序时， 如果开发者能 够接受 ＭＣ设计模式， 有能力 Ｖ 并且 应付它所带来的 额外工作和复 杂性， Ｋ 设 Ｕ 计模式 将会使这个应用程序在 健壮性、 代码重用和结构方面上一 个新的台阶。 它使程 序结 构更加清晰，并增强 代码 稳定 性，增加了应用的 可拓 展性，同时使得 应用更 加强 壮， 更加有弹性， 更加 个性化。２４　Ｃ设计模式的实现一一－ｔｕｓ框架 ．　Ｖ Ｍ Ｓ ｒｔ ２４１　ｒｓｓ ．． Ｓ ｕｔ 框架 ｔＳｒｔ是 ａｈ ｏｔａｅ　 ｎａｉ 针对ＭＣ 计模式开发的运行于Ｓｒ 　　　　ｐｃ Ｓｆｗｒ Ｆｕｄｔｏ ｔｕｓ Ａ ｅ　 ｏ ｎ Ｖ设 ｅｖ ｅ端的开源项目 是基于 ａａ　 ｖｅ／ａａｅｖ Ｐｇｓ ｒ ， Ｊｖ ＳｒｌｔＪｖＳ ｅ ａｅ技术， 提供一 ｅ ｒ ｒ　 试图 种 能够分离表现层和业务逻辑 并且 层， 允许Ｗｂ ｅ层独立于表 示层和业务逻辑层的开 源框架。自 ｔ ｔ发布之日 Ｓｒ ｓ ｕ 起， 它就受 到开 源社区的 欢迎和广泛支持，也日 益成 为开源社区的一个备受瞩 目的项 目。ＳＮ Ｓ出 　　　　 现早期制定７两种规范， Ｕ在ＪＰ 称为 ｏｅ １ ｏｅ ２ 在Ｍｄｌ　 Ｍｄｌ　 ｄｌ　 和Ｍ 。 ｏｅ １ 的 结构 下， 如图２２ 客户端的 ｔ 请求 －， Ｈｔ ｐ 直接发送到ＪＰ Ｓ文件， Ｓ再调用服务 ＪＰ 器端 得商 业逻辑过程之后将运算结果返回给客户端浏览器。在这 种情况下， 往往视 图、商 业逻辑混淆不 清， 这种结 构的 可复用性和灵活 性都很低． ｏｅ ２ 在Ｍｄｌ　 中， 如图２３ Ｈｔ请求不再直 －．　ｐ ｔ 接发 送到ＪＰ ， Ｓ中 而是发往一 ｅｖｅ， 这个Ｓｒｌ 个Ｓｒｌ 由 ｔ ｅｖ ｅ进行控制并给用户适当的 ｔ 反应。 虽然Ｍｄｌ　 ｏｅ ２ 在一定程度上实现了 Ｖ，但是 ＭＣ它 的应用用并不尽如人意
西南交通大学硕士研 究生学位论文第 １页 ６２４２　ｒｔ 框架的Ｗｅ原理 ．． Ｓ ｕｓ ｔ作为 Ｖ设计模式的一种实现，ｔｕｓ ｏｅ，　ｗ Ｃｎ ｏｌ 都 　　　　 ＭＣ Ｓｒｔ对ＭｄｌＶｅ和 ｏｔ ｌ ｒ 提供７ ｉ ｒ ｅ 对 应的实 现组件。 －充分说明了 ｔｕｓ 图２４ Ｓｒｔ框架中模 视图 控制 型一 一 器组之间的具体关系图２４　ｕｓ 　　　　　　　　　　　　　　 － Ｓｒｔ框架的ＭＣ 模型 ｔ Ｖ实现（ 　　　　 Ｍｄｌ： Ｌ Ｌ中 ｏｅ部分的功能由 ｃｉｎ ｃｉｎｏｍ １ ）模型 （ｏｅ） 在Ｓｒ 、 Ｍｄｌ ｕ Ａｔ 和ＡｔｏＦｒ来 ｏ 实现的。ｃｉ 处 Ａｔ ｎ 理器对象封 ｏ 装了 具体的 调用业务逻辑 模块 并且把响应提交到 ， 合适的Ｖｅ组件以 ｉ， 产生响应。 ｃｉｎ ｒ是对视图中 ｏｍ Ａｔ Ｆ ｍ ｏｏ ｆｒ的一个封装． 其中 包 含有ｖｌ ａｅ ａｉ ｔ方法，用于验证ｆ ｍ ｄ ｏ 数据的有效性。Ａｔ ｎｏｍ ｒ ｃｉ Ｆｒ是一个符合 ｏ ＪｖＢａ规范的类，所有的属性都和ｇｔ ｅ对应。Ａｔｏ可以直接访问 ａａｅｎ ｅ和ｓ ｔ ｃｉ ｎ ＡｔｏＦｒ的ｓｔ ｅ方法来获取Ｖｅ中的表单数据，而不用再同 ｅｕｓ， ｃｉ ｏｍ ｅ或ｇｔ ｎ ｉ ｗ ｒｑｅｔ ｒｓ ｎｅ ｅ ｏｓ等对象进行数据交互。 ｐ 从某种程度上来说， ｃｉ Ｆｒ提供了 ｉ Ａｔ ｎｏｍ ｏ Ｖ，同 Ｍｄｌ ｏｅ 之间的 交互支持。 （ 　　　　 ｉ ）就是 ２ ）视图（ ｅ ： 用户 Ｖｗ 看到的界 面部分。 ｔ ｔ Ｓｒ ｓ ｕ 应用中 的视图 部分是通 过ＪＰ Ｓ来实现的。 ｔ ｔ包含了丰富的标 Ｓｒ ｓ ｕ 签库， 灵活运用这些 标签可以 非常好的 和系统中的 ｏｅ部分紧密交互，使界面代码 ａａ Ｍｄｌ 和Ｊｖ代码完全 分开。 （ 　　　　 Ｃ ｔ ｌｅ） Ｓｒｔ中的控制器 ３ ）控制器（ ｎｒ ｌｒ：　 ｕｓ ｏ ｏ ｔ 角色是由 ｃｉ Ｓｒｌ 来实 Ａｔ ｎｅｖｅ ｏ ｔ 现的， ｃｉｎｅｖｅ的核心就是ｓｒｔ－ｏｆ ．ｍ配置文 它包 而ＡｔｏＳｒｌｔ ｔｕｓｃｎｉ ｘｌ ｇ 件， 含７所 有 页面导 航的 定义。ｃｉｎｅｖｅ接受请求并根据配置 ＡｔｏＳｒｌｔ 文件中的定义将控制转移西 南交通大学硕士研究生学位论文第 １页 ７到适当的 ｃｉｎｏ 和 ｃｉｎ 其余的 ＡｔｏＦｒ Ａｔ 类， ｍ ｏ 控制逻辑以及对Ｍｄｌ ｏｅ的访问由 ｃｉ Ａｔ ｎ ｏ类负责完成。２４３　ｒｓ 框架核心组件 ．． Ｓ ｕｔ ｔＳｒｔ框架是 　　　　 开放的、 ｔｕｓ 可扩展的。 它使系统层次分明 显示 、 代码一 控制代码 一 业务代码分离， 便于系 统扩展 和维护， 这就是它如此流行的 主要原因。 它有如下 心 件６ 核组Ｉ ７． Ａｔｏ ｅ ｌｔ 　　　　Ｓ ｖｅ是一个Ｆｏｔｏｔ ｌ ｒ ｃｉｎ ｒ ｒｎＣｎ ｏｌ ，它是一个标准的Ｓｒｌｔ ｒ ｅ ｅｖｅ，它 将ｒｑｅｔ ｅｕｓ转发给 ｅ ｅｔ ｏｅｓ 来处理， Ｒｑ ｓ ｒｃ ｏ ｕ Ｐ ｓｒ ． Ａｔｏ ａｐｎ是ＡｔｏＣｎｉ 子类， 　　　　Ｍｐｉｇ ｃｉｎｏｆ 的 ｃｉｎ ｇ 实质上是对ｓｒｔ ｃｎｉ ｘｌ ｔｕｓ ｏｆｇ ｍ － ．的一个映射 ，从中可以取得所有 的配置信息． Ｒｑｅ Ｐｏｅｓｒ 　　　　ｔｒｃｓｏ根据提交过来的 ｒ， ．ｏ 从Ａｔ ｎａｐｎ ｅｕｓ ｕｌ 如＊ｄ， ｃｉ Ｍｐｉｇ中 ｏ 得到 相应的 ｃｉｎｏｎ Ａｔｏ。 ＡｔｏＦｒ和 ｃｉｎ 然后将ｒｑｅｔ ｅｕｓ的参数对应到Ａｔｏ ｏｍ ｃｉ Ｆｒ中， ｎ 进行ｆｒ验证。 ｏｍ 如果验证通过则调用 ｃｉｎ ｅｅｕｅ） Ａｔｏ的 ｘｃｔ（ 方法来执行 ｃｉ ， Ａｔ ｎ 最 ｏ终返回ＡｔｏＦｗｒａ ｃｉ ｏａｄ ｎ． Ａｔ ｎｏａｄ ｍｐｉ 一个 ｏ ｄ 装， 　　　　Ｆｗｒ是对 ａｐｎ中 ｆｗｒ的包 ｃｉ ｏ ｇ ａ 对应于一个ｕｌ ｒ ． Ａｔｏ ｏ 用了 ｉ Ｈｌ ｒ 　　　　Ｆｒ使 ｃｉ ｎ ｍ Ｖｅ ｅｐ 模式， ＨＭ中ｆ ｍ 一个封装。 ｗ ｅ 是对 ＴＬ ｏ 的 ｒ 其中 包含有ｖｌ ａｅ ａｉ ｔ方法，用于验证ｆ ： ｄ ｏ 数据的有效性。ＡｔｏＦｒ是一个符合 ｒ ｃｉｎｏ 。 Ｊｖ ｅｎ ａａ ａ规范的 所有的 Ｂ 类， 属性都应满足 ｅ ｅ对 对于一 ｇｔ ｔ 应． 和ｓ 些复杂的系统， 还可以 采用ＤｎＡｔｏＦｒ来构造动态的 ｏｍ ｙａｃｉ ｏｍ ｎ Ｆｒ，即通过预制参数来生成 ｏｍ Ｆｒ， 这样可以 更灵活的 扩展程序。 ０　 ｔｏ ｒ ｓ 　　　　Ｅｒｒ 是 对 错 误 信 息 的 包 装 ，一 旦 在 执 行 ａｔ ｎ 者 Ａ ｉｎ ｏ ｃ ｃｉ 或 ｏ ｆｒ．ａｉ ｔ 中 出现 异 常 ，即 可产 生 一个 ＡｔｏＥｒ 并最 终加 入 到 ｏｍｖｌｄ ｅ ａ ｃｉｎｒｏ ｒ ＡｔｏＥｒｒ。 ｏｍ ｃｉ ｒｏｓ 在Ｆｒ验证的 ｎ 过程中， 如果有Ｅｒ 发生， ｒｏ ｒ 则会将页面重 新导向至输入页 ，并提示错误。． Ａｔ ｎ 用于 　　　　是 ｃｉ ｏ 执行业务逻辑的 ｅｕｅｔａｄｅ。 Ｒｑｓｓ ｎｌｒ 每个Ａｔｏ都只建立 Ｈ ｃｉ ｎ 一个ｉｓ ｎｅ Ａｔｏ不是线程安全的， 不应该在Ａｔｏ中访问特定资 ｎｔ ｃ．　 ｉ ａ ｃ ｎ 所以 ｃｉ ｎ 源。 Ｓｒｔ提供Ｔ多 ｃｉ 供 　　　　 ｔｕｓ 种Ａｔ ｎ 选择使用。 ｏ 普通的 ｃｉｎ 通过调用 ｘｃｔ Ａｔｏ只能 ｅｅｕｅ 执行一项任务，而ＤｓａｃＡｔ ｎ ｉ ｔｈｃｉ 可以根据配置参数执行，而不是仅进入 ｐ ｏ西 南交通大学硕士研 究生 学位论文第 １页 ８ｅｅｕｅ） ｘｃｔ（ 函数，这 样可以 执行多 种任务。如ｉ ｅｔ ｐａｅ ｎ ｒ， ｄｔ ｓ ｕ 等． 组件之间的关系如图２５ 　　　　 －所示：｛１ １ １ １ ． ！ １ １ １ ！ 枷．知．知 呵“ 喊， 铆翔＊，叫扣 白 戮 嗯砂￣ 洲脚一 粗 曰． 扣白如，门－ 加 ‘户 ． 脚 ｓｍ ｔ 　　　　　　　　　　　　　　　　　　　　　　 ｅｅ 　　　　　　　　 ｓ ａｔ 加目游 晴ｒ 的 自 ｎ门 １ １ １ ！ １ １ １ １ １ ！娜 团圈抽劝劝Ｌ ８ １ 加川喇吮翻喇－ｄｐ ． ， 　　　　　　　　　　 ｉ掀ｈ户 ｓ 宙 ｐ洲细 劝 山 盆如口阅ｕ价 ｏｅｓ ｅ ｃｓ 份匕＿。 Ｊ１４ ｔ哪 ｅ 　　　　　　 ｇｗ ｎ ｅ －Ｓ ｄｌａ 　　　　　　　　　　　　　　　　　　　　　　　　 ｅａｚ掬 一勺 汾脚 ｉ阂ｐ 曲 ｓ 阳 如恋ａｔ ． 时劫俪 ａｏ翔幽 ｉ ｎ４青－ ．一 －树ｏ ｅ ａｅ 　　　　　　　　　　　 ｎ ｓｇ ｍｓ ｓ坟 目 川 袱劝曲Ｌｃｉ ａｕ 姚助助由ｒ 呱５ 血Ｚ 　　　　　　　　　　　　　 田角图 ２５　 ｒｔ 框架核心 － Ｓ ｕｓ ｔ 组件内 部关系图２４４　ｒｓｓ ．． Ｓ ｕｔ 框架工作流程 ｔ由 ｔｕｓ 　　　　 Ｓｒｔ的体系结构图 （ ２６ 图 －）可以很 清楚的 看到Ｓ ｕｓ 原理和工作 ｔ ｔ的 ｒ流程 ：西 南交通大学硕士研 究生学位 论文／ １ １ １第 ／页控制器 ｜ ｜ ｜ ｜ ｜ ｜ ｜ ，、、 ！ ！ ！ ！ ！ １ ／、＿＿＿＿ ＿＿＿＿ ＿＿一 ２、一＿＿ 一＿＿＿＿ ＿砂图２６　 ｒｔ 的体系结构 　　　　　　　　　　　　　　　　　　　　　　 － Ｓ ｕｓ ｔ （） 　　　　 客户端用户先提出一个＊ｄ的ＨＴ请求， １ 首先， ．　 ＴＰ ｏ 请求被ＡｔｏＳｒｌ ｃｉｎｅｖ ｅ所截获． ｔ （）　ｉｎｅ ｌ 　　　　 Ｓ ｖｅ在映射文件 ２ Ａｔｏ ｒ ｔ ｃ ― Ｓ ｕｓｃｎｉ． ｌ ｔ ｔ－ｏｆｇ ｍ中查找 ｒ ｘ 相关的 有效动作映射 。（）　 ｉ Ｓ ｌｔ 　　　　 ｎｅｖｅ ３ Ａｔｏ ｒ 在找到 ｃ 有效映射后将调用ＦｒＢａ ｏｍｅｎ 路径得到相应的 封 装表单数据的 ｃｉ Ｆｒ类， Ａｔ ｎｏｍ 并在ＡｔｏＦｒ类中调 ａｉａ （ ｏ ｃｉｎｏｍ 用ｖｌｄｔ ） ｅ 方法来检查数据合法性． 如有错误则返回一 ｃｉｎｒｏ类。 个ＡｔｏＥｒｒ（）　 ｉｎｅ ｌｔ 　　　　　　ｖｅ将获取的ＡｔｏＦ ． 为参数 ４ ＡｔｏＳｒ ｃ ｃｉ ｒ 类作 ｎｏ 通过ＡｔｏＭｐｉ ｃｉｎａｐｎ ｇ 路径转发给实 现应用程序业务 逻辑的 ｃｉｎ Ａｔｏ类。 （） ｃ ｏ 　　　　 ｉ 实例的方法中， ５ 在Ａｔ ｎ 进一步实现业务逻辑或者调 Ｊ或ＪｖＢ 用ＥＢ ａａｅａ ，来完 成复杂的业务逻辑处理。 ｎ（） 　　　　 ６ 最后通过ＡｔｏＦ ｗｒ类将 ｃｉｎ ｃｉｎｏ ａｄ Ａｔｏ类的处理结果转发至目 ｒ 的地，如另一ＪＰ Ｓ页面 。Ｓｒｔ允许开发者分解一个应用程序的控制逻辑、 　　　　 ｔｕｓ 业务逻辑和表现逻辑的 代码， 使它具有更好的重 用性和可 维护性， 并且 利于分 工合作， 适合于大型Ｗｂ ｅ应用软件的团队开发．西 南交通大学硕士研究生学位论文第 ２页 ０本 论文结 合的 系统中 控制 的 器就是采 ｔｕｓ 用Ｓｒｔ框架来实现的。２５其他基于ＭＣ 前主 ． Ｖ 的当 流应用框架２５１　Ｔ 框架 ．　 Ｊ Ｏ ． ＡＪＴ应用程序框架是Ｐｌｎｔ 　　　　 ＡＯ ａｅ 应用程序 框架的旧 名。 它是一个成熟的、强 大 的， 基于ＪＥ标准的面向 发ＷＢ ２Ｅ 于开 Ｅ应用程序的应用框架。 结合了 显示字段、 应 用程序事件、组件层次 和以 页面为中心的开 发方法、以及ＭＣ Ｖ和服务到工作者 ｓｒｉｅｔ－ｏ ｅｓ 计模式等概念。 ＡＯ ｅｖｃ－ ｗ ｋｒ的设 ｏ ｒ ＪＴ可适用于中、 超大规模的Ｗ 大、 Ｅ Ｂ 应用． 但是它也不是一 个企 业层的 应用框架， 也就是说它不会 直接提 供创建ＥＢ Ｊ， ＷＢ　 ｖｃｓ Ｅ ｓｒｉｅ等企业层组件的方法，但用它可以 ｅ 构造出 访问 企业层组 件的客户应 用。这个框架功能主要有三 　　　　 部分组成： Ｐ ａｅ应用框架核心； Ｐｌｎｔ ｌｎｔ ａｅ应用框 架组件； Ｐｌｎｔ ａｅ应用框架 扩展。 应用框架核心定义了基本 　　　　 接口、 对象协 议、 简单组件，以 及Ｐｌｎｔ ａｅ应用框 架程序的 最小 核心。包括 视图 简单组 件、模型 简单组 件、 请求分发组件和可重 用命令对象． ａｅ应用框架组件利用框架核心定 Ｐｌ ｔ ｎ 义的 基本接口、 协议和 组件 向开发者提 供高层的 重用组件， 这些组件既有与特定视 觉效果 无关的水 平组件， 同时也有适应特定实用环境、提高可用性而特意提供的垂直型组件。 框架扩展 实现了 用框架相容的 方法访问 ２Ｅ 非ＪＥ环境的 方法。 通常情况下， 扩展被框架应 用程序用来无缝访问ＪＥ ２ 容器特定功能。 Ｅ ＪＴ最大的威力在： 快速开 　　　　 ＡＯ 对于 发用户， 你能利用框架组件和扩展提高生产 率， 对于要 求更大灵活性的 用户， 你能实 现框 架核心 提供的接口 来保持应用的 框架兼容性＋ １２５２　ｒ ｇ ．． Ｓ ｉ 框架 ｐｎＳｒ ｇ 　　　　 ｐｉ 框架是一 ｎ 种在ＮＥ的基础上构建起来的 Ｅ 一个轻量级的 框架实 现，是 一个服务于所有层面的 ｐｌ ａｉｎ　 ｍｗｒ： ａｐｉ ｔｏ ｆａｅｏｋ提供了 ｅｎ ｃ ｒ ｂａ的配置 基础、 Ｏ的 ＡＰ 支持、 ＤＣ 提取框架、 ＪＢ的 抽象事务支持， 等等。 相对于 ２ ，　 ｎ具有维护容 ＪＥ Ｓｒ ｇ Ｅ ｐｉ西 南交通大学硕士研究生学位论文第 ２页 １易、 分层清楚、 速度快、 代码少、 支持最新的 Ｒ和 Ｏ概念等优点： 时在设计 ＯＭ ＡＰ 同 上非常强调简单性和一致性， 简约的配置文 件风格， 组件的 各个 实现一致性， 小 到包名、 类名等命名都体现一种统一的风格。 它有一个非常 显著的 特点： 在某 个层面上如果你不需要Ｓｒｎ的 ｐｉ 支持， ｇ 你就可以 不使用 ｐｉ 的 ｌｓ， 用 Ｓｒｎ ｃａｓ 只使 ｇ 它的 某一部分的功能。 一方 Ｓ ｉ 　　　　ｒｎ可以 面，ｐ ｇ 成为一 种一站式解决方 即 案（ 在一个 框架完成所有的服 务）但同时 Ｓｒｎ也 ， ，ｐｉ 是组 ｇ 件化的、 轻量级的， 许你 允 使用它的部分组件而不需 牵涉其他部分可以 使用ｂ ｎ ， ｅ 容器 在前台 ａ 表示层使 ｔｕｓ还可以 用Ｓｒｔ， 只使用Ｈｂ ｉｅ ｍａｅ ｔ集成部分或是Ｊ Ｃ Ｄ 抽象层，因此 ｐｉ 是无侵入性的 用户可以 Ｂ Ｓｒｎ ｇ ， 根据实际 使用的要求和范围， 行选择 自 恰当的框架组 ａ 合ｃ２５３　Ｆ ．　 Ｊ 应用框架 ．　ＳＪＦＪｖＳｒｅ Ｆｃｓ是一个包括ＳＮ 　　　　ｅｖｒ　 ｅ） Ｓ（ ａ ａ ａ Ｕ在内的 专家组正在定义的开发ＷＢ Ｅ应 用用户 界面的 框架， Ｓ ＪＦ技术包括： 一组ＡＩ 它实现了 Ｉ Ｐ， Ｕ组件， 管理组件的状 态， 处理事件， 入校验， 输 定义页面导 支持国 和访问： 航， 际化 一个ＪＰ Ｓ定制标 签库实 现与ＪＰ 接口。 Ｓ的 ＪＦ 　　　　 Ｓ非常简单，是一 个定义良 好的编 程模型。 利用这 个技术， 开发者 通过在 页面内 组合可重用的 Ｉ Ｕ组件，在把这些组件和 应用的 数据源相连， 路由客户产 生的 事件到服务器端的 事件处理器进行编程。 Ｓ处理了所有幕 ＪＦ 后的复杂工作， 使得开 发者把关 注重点 放在应用代码上国．２６　Ｃ ．　 设计模式给软件开发带来的新思考 Ｍ ＶＭＣ 　　　　 ｖ设计模式带来了一个让我们关注的问 题， 就是 “ 配置”问 题。 使用Ｍ ｖ Ｃ 模式我们可以 采用配置文件，并设置其中的配置 项目 来来改 变软 件运行的方式或流程 ，这为软件带来 了灵活性 ，但 同时也带来了两方面的问题 ：Ｉ 　　　　 ． 对程序员来说，如果处理不当会造 成需 要维护太多的 配置 项，从而使维 护这些 配置的时间 越来越多， 甚至在软件开发全过 程中占 有不小的比 例，反而 增加开 发的复 杂性。 如果文 档不全的 话还可能会忘记 某个配置的具体含义，甚 至会不小心删除一个 配置项给软件 造一 个莫明的 错误。 如何简化配置，是程序西南交通大学硕士研究生学位 论文第 ｉ页 ； ａ员 Ｖ模式下应该思 在ＭＣ 考的问 题。 ２对用户来说， 些配置是可见的， 　　　　 ． 哪 哪些配置 是不可见的。 这一点很重要。 如 ｔｕｓ 在Ｓｒｔ中需要配置的ｓ ｕｔ－ｏｆｇ ｍ文件， 件对 ｔ ｃｓｃｎｉ． ｌ ｒ ｘ 该文 用户来说显然是 透明的， 在软件交付后应该提供一种机制让 用户不能轻易修改 其中的内 容。像 这种 配置是给程序员使用的，在正式软件发布 后就必需要进行 处理， 不能让用 户 进行意外操作而导致软 件运行不正常。有 些配置是对用户有 用处的， 需要由 用户 来进行维护， 那么这此配置最好提供一个维 护界 面，让用 户易 于管理。 总之，Ｖ模式代来了一些软件开发上的复杂 但这种复杂 　　　　 ＭＣ 性， 性不会转嫁给 用户， 也不 会转变成用户使用软件上的 阻力．如何 对用户屏蔽这些复 杂性， 也是我们值 得思考 的问题 。２７小结 ．模式是 　　　　 一个情境中常见的问题的最佳解决方案。尽管模 式根源于建筑学和 民用 工程， 已 但 经成为软件开发中的 重要概念。 模式几乎可以 用于 软件开发中 几乎所有的阶段，也许最主要的是设 计模式， 并且使用模式是设计软件的好办 法，但必须明智的 使用， 否则可能 使应用程序过量工 程。 如今，ｖ的设计 　　　　 ｍＣ 模式思 想已 经发展得 越来越成熟， 仅在Ｗｂ 它不 ｅ开发中 被成 熟的运用，并且已经被越 来越多 运用到软 件开 发的各个 领域。 本章在研究ｍ 　　　　 ｖ设计 Ｃ 模式原理、优缺点 等的 基础上结合当前 业界Ｗｂ 发， ｅ开 研究了 基于ｍＣ 前 ｅ开发的流行框架技术， ｖ的当 Ｗｂ 从中 又着重研究了当 前非常热 门 ｔｕｓ 的Ｓｒｔ框架技术的原理、 核心组件及工作 流程， 顺带讨论了一些 基于 Ｖ的 ＭＣ 其他软件开发的 框架技术。 其实基于ｍＣ 　　　　ｖ设计模式的应用框架有很多种， ｔｕｓ Ｓｒｔ并不是我 们唯一的选 择． 我们可以 根据具体的项目 来选择不同 的开发框架。 之所以 ｔｕｓ Ｓｒｔ现在比 较 流行， 其主要原 因是它推出 的比 较早， 版本较稳定， 并且是ｍＣ ｏｅ　 Ｅ ｖ及ｃｒ ＪＥ ２ ｐｔｅｎ的 ａｔｒｓ 标准实现。西南交通大学硕士研究生学位论文第 ２页 ３第 ３章 ＪＥ 技术 ２　 Ｅ３１　Ｅ 概述 ．ＪＥ ２电子商务的发展 　　　　 对传统的 ｅ技术提出了强有力的 Ｗｂ 挑战，由于电子商务的内 部逻辑复杂， 安全性要求苛刻， 商务形式 发展变化快， 这就要求 ｅ技术提供 Ｗｂ 足 够的 复杂度和灵活性以适 应电 子商务的需求。２ＥＪｖ ２　ｅｐｉｅ　ｔｏ） ＪＥ（ ａ　 ｔｒ ｓ Ｅｉｉ ａ Ｅ ｎ ｒ ｄ ｎ 技术于是脱颖而出， 并且日 益完善， 成为电 子商务的 主要开发平台。， ＪＥ构架是Ｓｎ 在１ 年的 ａａ　 大会上宣布的，它还定义了开发和 　　　　 ｕ公司 ９７ Ｊｖ Ｏｅ ２Ｅ ９ ｎ 运行企业级Ｗｂ ｅ的应用标准。 它是一个技术 标准， 并不是一个产品。 符合ＪＥ标 ２Ｅ 准的 产品 Ｅ公司的Ｗｂｏｉ，　 公司的 ｅＤｎｍｃ，　 的 ｅｓｈ ｅ 它 有ＢＡ ｅｌ ｃ Ｓｎ ｇ ｕ Ｎｔ ａｉ ＩＭ Ｗｂｐｅ ． ｙ ｓ Ｂ ｒ 们基本上都是应用服务器产品，因此 ２Ｅ 通常 ＪＥ平台 指的 是应用服务器的 平台。 随着 ＪＥ 　　　　 的出 Ｊｖ 语言的 ２Ｅ 现， ａ ａ 功能和工具得到了 极大的扩充、 丰畜和发展， 可以 用于复 杂的、多 层次的以 及分布式的电 子商务 和企业级应用． ２Ｅ ＪＥ 构架与 技术为组件开发模型提供广泛的支持，同时也提供一组开发工具和服务，以 便 开发 模块化的、 可重用的 和平台 独立的各种组件技术的业务逻辑川 。 使用ＪＥ 　　　　规范可以 ２Ｅ 很容易的 建立Ｗｂ ｅ 服务模型． 大量的 ＢＢ ２ 协作模型已 经 使用了 ＪＥ ２Ｅ体系 结构。 由于 ＪＥ ＡＩ的当前版本包括了以ＸＬ ２Ｅ　 Ｐ Ｍ 为中心的协 作框架的 ＸＬ Ｍ 软件包， 开发者 现在可以 运行 ＪＥ 迅速建立基于 ＸＬ Ｗｂ ２Ｅ Ｍ 的 ｅ 服务 模型， ２Ｅ ＪＥ 提供了 无需重建现 有基 Ｊｖ 的实现而快速建立框架的能力ｉ 于 ａａ ｔ ｅ ）３２　 Ｅ ．　 体系结构 Ｍ３２１　Ｅ 层次结构 ．　 Ｊ Ｅ ．　２ＪＥ 　　 平台使用能够使开 ２Ｅ 发者 在一个企业中 实现 Ｎ层系统模型的不同技术和 组件框架 应用程 序模型， 根据功能 的不同把应用程序逻辑划分成各个组件。２Ｅ ＪＥ 应用包含的各个组件安装在不同 的机器上． 组件的 位置取决于组 件本身在多 层ＪＥ环境中所处的层次１ ２Ｅ ０ ３ －显示了 ．图３１ 被分成两 个多层ＪＥ应用： ２Ｅ西南交通大学硕士研究生学位论文ＪＥ ２　 Ｅ应用 １Ｅ ２Ｅ应用 ２第 ２页 ４ｐ客 ！垂！Ｔ ｝ 一 夔 塑Ｍ Ｉ 。 Ｌｐ１　，　 Ｗ 　　　　　　　　 　　　　　　　 ＳｌＪ ｅｅＳ ｅ ｖｔＰ ｂ ｅ ｒ 司业务 层 １｝ＡＢ选 Ｌ　ｅ Ａｅ 　　　　　　　　　　　　 ｋ　 ＾Ｂ － ｎ ｔａ Ｉ －　 ｌ ｋ Ｓ ｝摩纂华 ｝ 任 一擎异 Ｅ目 数库务 磷 Ｉ 据服器图 ３１　 Ｅ 　　　　　　　　　　　　　　　　　　　　　　 － ＮＥ 层次结构图 ． 客户层― 运行在客户机上的 客户层组件。 用来与 用户交互， 并把来 自 系统 的信息显示给用户． ２Ｅ 　　　　 ＪＥ 平台支持不同类型的 用户， 包括ＨＭ 用户、 ａａ ＴＬ Ｊｖ Ａｐｅｓ ａａ 　　　　 Ｊｖ 应用等． ｐｌ 和 ｔ ． Ｗｂ ｅ 层― 运行在 ＪＥ 服务器上的Ｗｂ 件．ｅ 层 ２Ｅ ｅ 层组 Ｗｂ 产生表示逻辑， 并接 受来 自 户端的 　　　　 客 用户请求． 在所接收的客户端 请求的基 础上， 表示层对用户 需求产生相应的接受或者回 　　　　 应。ＪＥ 平台中， ２Ｅ 是由 Ｗｂ ｅ 容器内的 Ｓｒｌｔ ｅｖｅ来实现的。 　　　　｝ Ｅ务 　　　　 Ｍ 服器． 业务层― 运行在 ＪＥ 服务 ２Ｅ 器上的 业务层组件． 这一层处理业务的 核心 逻 辑。 　　　　 低层业务服务逻辑提供必要的接口 业务层为 。业务组件通常被实现为 ＥＢ 　　　　 Ｊ 容器中的ＥＢ Ｊ 组件。其中， Ｊ 容器 ＥＢ 提供组件生命 周期、 管理持久性、事务 和资源分配等 。 　　　　． ＥＳ Ｉ 层― 运行在 ＥＳ Ｉ 服务器上的企业 信息系 统层软件． 这一层为企业信息 系统服务， 　　　　 包括数据库系统、 务处理系统、 事 遗产系统和企业资源计划系统 等。Ｅ 层是ＪＥ与非 ＪＥ 应用或遗产系统集成的连接点。 　　　　 Ｉ Ｓ ２Ｅ ２Ｅ３２２　Ｅ 核心组件及Ａ Ｉ ．　 Ｊ Ｅ ．　２ Ｐ正如其名称所说的， ２Ｅ 种规范， Ｊｖ 平台 　　　　 ＪＥ 是一 用 ａａ 解决所有的企业需要．ＪＥ ２Ｅ由许 多应用组件 、容器和 Ａ Ｉ Ｐ 组成 ，这通常包括 ＥＢ ＪＢ，　Ｐ ＪＤ ， Ｊ ，　 Ｃ Ｊ ，　 Ｉ Ｄ Ｓ Ｎ
西南交通大学硕士研究生学位论文一￣ 一 ￣ － 一 ￣ － － 一 ￣ ． ￣ ￣ ￣ ，第 ２页 ８ｌｌ图 ３３　 Ｂ 　　　　　　　　　　　　　　　　　　　　 － Ｅ 组件模型原理图 Ｊ 叮Ｂ 件模式支持三中 　　　　 组 类型的 ｅｎ 会话Ｂ ｎ Ｂａ： ｅ 、实体Ｂａ和消息驱动Ｂａ． ａ ｅｎ ｅｎ 每个Ｂａ是为 ｅｎ 特殊的定义 好的任务设 计的， 所以开发 人员可以容易地为每个特 殊的结构要求选取合适的Ｂａ类型． ｅｎ 由 　　　　 于篇幅有限， Ｊ组件的工作原理 ＥＢ 请参阅 其他资 料。 本论文结合的 　　　　 系统就是使用ＥＢ 来实 Ｊ组件 现模型。３４　ｒｔ＋Ｊ ． Ｓ ｕｓＥ Ｂ框架实现Ｍ Ｃ的技术可行性 ｔ Ｖ一般而言， Ｓｒ ｓ 　　　　 尽管 ｔ ｔ框架自 本身就是ＭＣ ｕ 己 Ｖ设计模式的一种实现， 我们完 全可以在Ｓ ｕｓ ｔ ｔ框架中明确地划分出 ｒ 视图 （ｉ ） 控制器 （ ｎ ｏｌｒ 及 Ｖｅ 、 ｗ Ｃ ｔ ｌｅ）以 ｏｒ 模型 （ｏｅ） Ｍｄｌ 三部分， 我们也完 全可以 ｃｉｎ 把Ａｔｏ组件作为模型的 实现部分做业 务逻辑的处理。 但是在实际 的开发中为了 更好的 满足大型Ｗｂ 目 ｅ项 所必需的可移 值性、 可重用性、 可维护性、 扩展性等要求， 可 我们一般都 没有仅仅 只采用Ｓｒｔ ｔｕｓ 的框架技术， 也不会直接在Ａｔｏ组 ｃｉ 件中实现业务逻 ｎ 辑， 而是把 ｔｕｓ 其他 Ｓｒｔ与 技术相结合， 来产生更有实用性的开 发框架． 在具体的 大型项目 依据ＭＣ 中， Ｖ的西南交通大学 硕士 研究生学位 论文第 ２页 ９设计思 想， ｔ ｔ Ｓｒ ｓ ｕ 框架一般作为一个优秀的控制器 （ｏｔ ｌ ｒ 的 Ｃｎｒ ｌ ） 角色封装 ｏｅ 控制 器部分的实 现细节， 对视图 （ｉ ） Ｖｅ 和模型 （ ｄｌ 部分只 ｗ Ｍ ｅ） ｏ 提供接口 而 ， 不直接参与。 在大型 ｅ 　　　　项 目 Ｗｂ 开发中，Ｊ组件技术也是一种大型Ｗｂ 的 ＥＢ ｅ项目 优秀的解决方 案。 然而一 般它也不是单 独使用的。 Ｖ模式思 在ＭＣ 想中，Ｅ 组件技术一 Ｊ Ｂ 般充当 了模型 （ｏｅ）的角 Ｍｄｌ 色着重处理业务逻辑。 综上所 　　　　 Ｓ ｕｓ 基于ＭＣ 述， ｔ ｔ是 ｒ Ｖ模式的 非常 优秀的 应用框架， 它把用户界面和 控制逻辑分离开， 使得表 示层和．ｂ ｅ层都易 于管理和扩展。而 Ｊ是ＪＥ平台的 ＥＢ ２Ｅ 中心，它作为一种实现业 务逻辑的 组件技术， 具有可扩展性、 事务处 理和安全 保密性。在系统中，我们 ｅ客户端采用 ｔ ｔ 在Ｗｂ Ｓｒ ｓ ｕ 框架， 在服务器 端采用ＥＢ Ｊ组 件技术， 可以 综合二者的优点， 可以 有效地提高 系统开发效率， 综合实 现了 Ｖ ＭＣ 设计模式的思想精髓， 体现了系统的易开发 性． 此ＥＢ 因 Ｊ组件技术 ｔ ｔ框架 和Ｓｒ ｓ ｕ 技术结合到一起， 就组合成了当前 ｅ开发中非常流 Ｗｂ 行的开 发框架： ｔ ｔ Ｅ Ｓｒ ｓ Ｊ ｕ＋Ｂ 框架． 如本论文所结合的 项目 航通信一 ：民 导航一 综合数据信息平台就是基 监视 于ＭＣ Ｖ设计模式，采用Ｓｒｔ ＥＢ ｔｕｓ Ｊ框架技术来 ＋ 进行开 发的。３５小结 ．本章主 　　　　 要研究了 ２Ｅ ＪＥ技术平台的层次结构和核心组件 Ｐ， 及ＡＩ 并以 此为基础 简略 介绍了 ２Ｅ ＪＥ平台中的 关键性技术 ― ＥＢ Ｊ组件技术。 探讨了 并 上章介绍的Ｓ ｔ ｒｔ框架技术和ＥＢ ｕｓ Ｊ组件技术相结合而产生Ｓｒｔ Ｅ 框架进行大型Ｗｂ 七ｕｓ Ｊ ＋Ｂ ｅ开发的技术可行 性。西南 交通大学硕士研究生学位论文第４ 基于ＭＣ 模式的民 章 Ｖ 设计 航通信导航监 视综合数据信息平台的设计与实现４１ ． 系统背景与需求目 　　　　 通信、 前，国内 导航和监视设施由总 局空管局通信导航监 视处负责管理， 但是，由 于通信、导航和监视设备种类繁多、分布广泛等因素的制 约，设备及 其零配件的直接管理是由各个地区管理局或公司等运营单位负责管理的。这在 客观上保证了 这些设备的正常的运营和保养维护，但是，同时也加大了设备及 其零备件的管理难度。 过去，通导处也曾 经对各地的设备进行过统计，但是由 于各地设备维修、维修的实时性很强， 往往上一次的数据很没 有汇总完毕， 数 据已经发生改变，从而，导致通信、导航和监视设施的统计数据不准确。在这 种情况下， 建设一个全国统一的、可以 实时访问、实时更新的通信、导航、 监 视设备数据 库迫在 眉睫。 同时， 　　　　 通导处也 拟对现有的 通信频率覆盖和雷达 频率 覆盖等实 用工具进行升 级和改进，旨 在提高频率覆盖计算的 速度和精度。 另外， 为了实 现对通导处内 部以 及通导处与 各地区 管理局之间的 业务互 连， 建设一个内 部任务管理系统和外部的公文流转系统的需求 也越来越迫切 ．在这种情况下，总局空管 　　　　 局通信导 航监视处于 ２０ 年提出预案：建设 “ ０５ 通 信导航监 视综合 数据信息平台”．系 统建成 之后，总局空管局通导处将成为该 系统的主 要用户， 各地区管理局 将作为 远程用户与总局实现信息的互连互通． “ 　　　　 通信导 航监视综合数据信息平台” 现有的 是以 空管通信网 络为载体， 建立 全国民用空管系统通信、导航、监视设备基础数据库，实现与七个地区空 管局 互连，建立有效的信息 采集渠 道，实 现资源的集中化管理；实现设备及零配件的实时管理与维护，具 备强大的统计功能： 实现文档管理的流程化、 标准讹、网 络化；开发处内任务 管理系统，实现人员 管理， 任务管理可控； 完善并改进 现有频率 覆盖计 算工具， 增强 现有的功能， 计算效率： 现校飞 提高 实 计划管理，西南交通 大学硕士 研究生学 位论文 对校飞 情况进行备案； 实现通信导航从 业人员管理及其 执照管 理。第 ３页 １系统采用先进的 　　　　 计算机技术、 据库技术、 络技术和Ｇｓ 数 网 Ｉ 技术， 健全 建立 有效的 运作机制， 对相关业务信息进行科学 分层、 分类和关联性分析的基础上， 进行整合并作合理分布，实现综合信息的高度 共享 和高 效的 利用，为相关部门 提供快速、 准确、 灵活的 综合信息支持． “ 　　　　 通信导 航监视综合数据信息平台” 合通导处具体业务工作流程， 结 满足其 规划、查询、统计等需求。该系统通过建立统一的设备管理基础数据库， 可以 全面、直观、准确地反 映空管设备的 分布现状及技术 特征； 通过对雷达等设备 进行频率覆盖计算， 可以 为设备规划提供辅助决策分析的手 ， 段 实现科学合理 的调整； 此外，系统会提供对设备进 行统计、管理等功能。同时， 通过有效的 信息交互手段， 减少不必要的 重复劳 动， 改变现阶段总局空管局通信导 航监视 处和地区空管 局相关 业务 部门 之间 信息 的传递 和反 馈的 方式。 通过反复与总局方面的 　　　　 调研和交 流， 通过各种比较和分析，并根据系统 业 务需求， 本系统将在现有的 “ 通信设备 频率覆盖” “ 和 雷达导航频率覆盖”的 基础上，以民 航空管专用广域网络为依 托， 结合 “ 通信信息综合管理系统” 民航 的相关功能，完成如下功能：． 完善通信、导航和监视设备的基础数据库 的建设； 　　　　．对台 　　　　 站设备及其零配件进行有效管 （ 理 通信、监视、导航设备） ； ．对现有的 　　　　 通信频率攫盖及雷达导航 频率覆盖进行完善； ．完成 　　　　 管理局与总 地区 局之间的 远程数 据管理 及远程频率覆盖的计算； ．完 　　　　 设备统 成全国 一管理以 及统计报表 功能： ．实 　　　　 管理局与总局 现地区 之间的 文档传输与管 理； ．完成总局通导处日常任务管理； 　　　　 ．完 　　　　 成设备备件和 维修记 录管理； ．完成用户重要操作的日 　　　　 志管理； ．校飞计划管理； 　　　　 ．通信导航从业人员及其设备许可 　　　　 证执照管理； ．对外接口 　　　　 功能。西南交通大学硕士研究生学 位论文第 ３页 ２４２ ． 系统设计方案４２１系统功能设计 ．．由 　　　　 于系统频率覆盖计算功能涉及大量的地理 信息处理问 ． 题 就当前实现 ＷｂＩ 的 ｅＧＳ 技术而言，在 ＢＳ ／ 结构上实现复杂的ＧＳ Ｉ算法以 及相关的业务功能有 一定局限 性， 而且计算的效率由 于受到网速的影响很 难得到 保证， 所以系统将 采用 ＵＳ 结构来实 现频率覆盖计算功能，其它功能 都通过 Ｂ 结构来实现． ／ Ｓ 因 “ 　　　　 此 通信导航监视综合数据信息平台” 传统的两层 ＵＳ 采用 结构和四层 ＢＳ 构相结 ／结 合的 方式来开 发。 通过各 　　　　 较和分析， 种比 并根据系统业务需求，我 们将整个将系统大致分为 ＢＳ 端子系统和ＵＳ ／前 后端子系统两个部分。 ／前端子系统 ＢＳ 大致分 为： 设备 （ 通 信、导 航、 监视） 综合查询、设备 维护、 信息通告、 文档管理、 任务管理、 人 员及设备许 可证执照管理、 件及维 备 修记录管理、 系统管 理和工作论坛等９ 大功 能相对 独立的子系 统。 ／后端子系统分为： 站覆盖计 而ｃＳ 台 算和对外 口 个子 接 两 系统。由于单位内部存在其他的信息平台，因 此该系统还应为其 他系统预留接 口。 系统功能逻辑结构如图所示。通信、导航、监视综合数 据库信息平台Ｂ５子系统 ／ｃＳ子系统 ／设各 综 合 查 询设 备 维 护信 息通文 档 管理任 务 管理人 员及告执照管理备 件 及 维 修记工系统作 论 坛台 站管理理盖 计 算对 外 接口录模 块图 ４１ －系统功能逻辑结构示意图西南 交通大学硕士研究生学位论文 （ 　　 ／ 子系统 一）ＢＳ． 设备综合查询子系统。第 ３页 ３由于该 　　　　 系统中的设备 大体上 分为通信、 导航和监 视三类设备， 所以该系 统总 的分为通信设备综合查询、导航设备综合查询和监视设备综合查询 三大模块． 总的 提供对所有台 站的所有设备详细信息、以 及设备相 关信息（ 如相关文档、 相 关备件、 维修记录以 及台 站信息等 的查询服务， 生成查询报表并 ） 同时 提供打印服务 。． 设备维护子系统． 设备维 　　　　 护子系统是为了对空管局通信导航监视处所属各种设备进行科学的 管理， 使有关人员能 够及时 准确地了 解各种设备当前 运行 状况及其它相关情况， 确保民 航通讯系统正常运行。 台站管理模块主要完 成台 站数据的 管理功能、台站分布显示功 能、零配件管理功能和校飞动态信息管理功能。设备维 　　　　 护子系统功能主要完成对通信设备、导 航设备、 监视设备的管理， 以 通信设 备为例， 体包含 １大类设备： 具 ６ 甚高频、 短波、 微波、 卫星、 航空器、 交换 机、 帧中 继、 转报设备、 设备、 分组 集群设 备、 话设 内 备、 记录仪、 仪表、 其它设备、甚高频地空数据链。 该子系统还包括对这 些设备的 厂家、 型号、信 道数、投产时间、 维修记录、设 备价值、资产归属、 运行单位、安 装地点、安 装时间、安装投产时间、 保修截至 日 期和启用日 期等数据的 添加、 删除、参数 修改、查询和生成报表等操作。 ． 信息通告子系统 本系统主要用于总局与地方 　　　　 各局地区运行维修月报、重大故障报告、以 及 设备停机报告等的上报与交流。本系统进一步又划分为４ 个子系统： ． 重大故障报告 　　　　 当发生设备重大故障时， 　　　　　　 设备所述的 单位应当按照以 下报告程序和时 限， 　　　　 故障的 将设备 有关情况逐级上报至总 局空管局运行管理中 心。 ． 地区 　　　　 运行维修月 报 地区空 　　　　　　　　 管局将本地区范围内 所有空管系统设备运行 状况 汇总后，每月 　　　　 ，以书面 ２日 ２日 ５ 至 ８ 和电 子邮件两种形式 汇报总 局空管局运行管理中心， 由 　　　　 运行管理中心进行统计，并通报总局有关业务单位。 ． 总局 　　　　 运行维修月报西 南交通大学硕士研究生学位论文第 ３页 ４总局空管局自 　　　　　　　　 己管辖区域的空管系统设备运行情况 进行汇总， 并对地方空管局上报的地区运行维修 月报进行批复 。 　　　　． 设备停 　　　　 机报告 设备所述单 　　　　　　　　　　 位应至少在设备计划停机三天以 前， 填写《设备停 机工 作计 　　　　 报地区 划表＞ ＞ 空管局。 经地区空管 局同意 后，由 地区空管局运行管理 部门抄总局空管局 　　　　 运行管理中 心备案。由于特殊原因 导致设备停机时间超 出计划停机时间，设备所属单位 　　　　 应及时将有关情况报告 所在地区 空管局运 行管理部门，由 　　　　 地区空 管局运行管理部门 通报总局空 管局运行管理中心． ． 文档管理子系 统。 文档管理子系统主要完成对总局各种文档的管理，以 　　　　 提供总局或者地区级 工作人员查询相关的 政策性规定文档功能，同时 提供上 传、 下载和在线打印 功 能；各地区也 可以通 过该模块上传给总局各 种诸如申请 之类的 文档，以 加快总 局和地区之间 的文档交互 速度。主要 功能如 下： ． 规章制度管理 　　　　 将涉及设备管理、 　　　　　　　　 备件管理等规章制度存储在数据库中，并 有效地管 理起来， 　　　　 给有户 提供便利的查 询方法，系 统可以 根据日 期、标题、字号等 关键信息 　　　　 查询所需的规章制度， 直接调出原文，并 提供下载功能。 ． 文件存档记录 　　　　 文件存档记录主要对通信息导航监视处内 　　　　　　　　 需要存档的文 件进 行管理。 同时系统也可以 　　　　 根据发文字号、发文日期、 发文地区 、发文单位、标题等关键信息查询所需文件，直接调出原文。 　　　　同时，系统也可以 　　　　 按照台 站查 询该台 站整个生命周期所有 相关的 文件。 ． 文件流转记录 　　　　 文件流转记录主要对通信导航监视处业务往来相关文档其 　　　　　　　　 流转过程进行跟踪记录 　　　　 。． 任务管理子系统。 任务管理子系统以 　　　　 任务管理为核心， 组织、 控制处内 任务计划的实 施与监 控， 保证任务的高 效运作并充分实 现信息共享．跟踪每个人的 任务 进展情 况， 时时 掌握每 个人的 情况，以 利于 下一步工作的进展。在该系统中，系统将用户角色分 为领 导和职员两种角色。西 南交通大学硕士研 究生学位论文第 ”页． 领导具有如下功能： 　　 今 分配任务 （ 　　　　　　 年度任务／ 任务） 月度 今 实时查 　　　　　　 进行状况 看任务令 批注 　　　　　　幸 工作量统计 　　　　　　命 人 员活动情况跟踪― 人员动态管理 　　　　　　 令 系统广播 　　　　　　． 职员具有如 　　　　 下功 能： 令 收取和确认任 　　　　　　 务分配 令 定期刷新工作 　　　　　　 状态 令 填写工作备注，包括 　　　　　　 外出登 记等信息 今 与任务相关信息的查 　　　　　　 询令 系统广播 　　　　　　． 人员及执照管理子系 统． 人员及执照管理子系统主要完成对民航通信、 　　　　 导航的 所有从业 人员的基本 信息及其从业资格（ 是否取得资格） 进行集中 管理，以 及对 所有设备的设备许可证执照的直接管理，主要功 能如下 ：． 按地域对从业人员和 　　　　 执照进行管理； ． 在对许可证执照进行管理时， 　　　　 要按照实际情 况对许 可证执照进行分类管理。 　　　　　　　　． 设 备许可 证执照的发放和回收管理。 　　　　． 备件及维修记录子