当前位置：文档之家 › 文献综述MVC在J2EE中的应用

文献综述MVC在J2EE中的应用

  • 格式：doc
  • 大小：78.50 KB
  • 文档页数：6

郑州大学西亚斯国际学院本科毕业论文
——文献综述
题目人事管理系统
指导教师马友职称助教
学生姓名刘振强学号20051052262
专业信息管理与信息系统班级2班院（系）电子信息工程学院计算机科学系完成时间2009年4月30日
MVC在J2EE中的应用
摘要：研究了J2EE平台和MVC设计模式思想的基础上，针对销售系统中出现
的系统不易于扩展的问题，开发了基于J2EE和MVC设计模式的销售系统。

关键词：分销系统; J2EE; 模型-视图-控制器; EJB
Abstract：Based on the illumination of the characteristics of B/S and
C/S structure and the analysis of the J2EE platform and designing pattern of MVC, and aimed at solving the problem of difficult expansion in distribution system, a distribution system based on J2EE and MVC design pattern is developed.
Key words：distribution system; J2EE; MVC; EJB
引言
销售系统是指利用先进的IT技术对企业物流，资金流，信息流进行全面管理的信息系统。

对于销售企业来说,成功地实施销售系统不仅可以降低企业库存,降低销售费用，而且可以提高企业的资金运转速度，从而保证企业的正常运营和快速发展。

目前销售系统在我国得到了前所未有的重视，在销售企业中也得到了广泛的应用，各软件厂商及研究机构纷纷推出了自己的销售系统，但是除了用友、金蝶等大型企业信息化软件厂商以外，大部分销售系统不管是从技术上还是从功能上都存在着缺陷。

首先，就功能上来说普遍存在功能单一、信息管理范围局限在企业内部、流程固定等缺点；就技术上来说存在软件开发模式陈旧，系统不宜于扩展等缺点。

本文针对销售系统的现状，开发了基于J2EE平台和MVC设计模式的销售系统，本系统不仅具有产品配置化、流程定制化、供应链管理、资金流管理等功能特点，而且是一个可扩展、可移植、易维护的高性能应用系统。

MVC设计模式
MVC是Model-View-Controller的简称，即模型-视图-控制器。

它强制性的把应用程序的输入、处理和输出分开。

MVC把应用程序分为3个模块：模型、视图和控制器，它们分别担负不同的任务，下图显示这几个模块各自的功能以及它们的相互关系：
(1)视图：视图是用户看到并与之交互的界面。

视图是向用户显示相关数据，并能接受用户的输入数据，但是它并不进行任何实际的业务处理。

对于基于请求/响应方式的 Web 应用，模型位于服务器端，视图位于浏览器端。

(2)模型：模型是应用程序的主题部分。

模型表示业务数据和业务逻辑。

一个模型能为多个视图提供数据。

由于同一个模型可以被多个视图重用，所以提高了应用的可重用性。

(3)控制器：控制器接受用户的输入并调用模型和视图去完成用户的请求。

当Web 用户单击Web 页面中的提交按钮来发送HTML 表单时，控制器接受请求并调用相应的模型组件去处理请求然后调用相应的视图来显示模型返回的数据。

MVC的处理过程如下：首先控制器接受用户的请求，并决定应该调用哪个模型来进行处理；然后模型根据用户请求进行相应的业务逻辑处理，并返回数据；最后控制器调用相应的视图来格式化模型返回的数据，并通过视图来呈现给用户。

基于 J2EE 和 MVC 设计模式的 B/S 结构图4 给出了本系统采用的基于J2EE和MVC设计模式的B/S三层架构，如图所示，基于J2EE 和MVC设计模式的系统模型以Web浏览器作为客户端，以Web 服务器，EJB应用服务器为中间层完成销售系统的事务逻辑，数据层则是传统的大型企业级数据库服务器。

三层结构解释如下：
(1)客户端：即Web浏览器。

该层中包含系统的显示逻辑。

它的任务是由Web
浏览器向网络上的某一Web服务器提出服务请求，通过验证以后从Web 服务器中下载Web 层中的静态HTML 页面或由JSP动态生成的HTML页面等，并把它显示在Web 浏览器上。

(2)中间层：其包含Web服务器层和应用服务器层。

①Web服务器层：Web服务器是J2EE 体系结构中间层的一个重要组成部分。

它在技术上主要是Servlet、JSP 以及JavaBean，功能上实现了用户界面的表现。

运行在Web层中的Web组件依赖Web 容器来支持诸如响应客户请求以及查询EJB 组件等功能。

②应用服务器层：J2EE 使用EJB 服务器作为EJB组件的部署环境，在EJB服务器中提供了分布式计算中组件需要的所有服务，例如组件生命周期的管理、数据库连接的管理、分布式事务管理、组件的命名服务、自动容错以及负载的自动均衡能力等。

实现业务逻辑的EJB 组件可以高效地运行在EJB服务器中支持多客户端的访问。

客户端可先向运行在Web 服务器上的Servlet 发出请求，通过Servlet 调用运行在EJB 服务器中的EJB 组件，以实现复杂的业务逻辑。

本销售系统采用BEA Weblogic8.1 作为应用服务器。

(3)数据库层：数据库层分布于系统中的数据库服务器上，它存储着销售系统中的业务信息以及包括用户权限等控制信息，如销售机构信息、供应商信息、库存信息等。

本系统数据库管理系统采用关系型数据库(DBMS) sqlserver2000。

J2EE 的核心技术是EJB组件结构，如图4 所示，在本销售系统中采用EJB 技术进行销售系统中间层的业务逻辑开发，它可以带来如下好处：开发人员不用考虑诸如事务处理、安全性及线程控制等系统级服务，这些服务都由EJB服务器提供。

编写
的EJB 组件可以部署到网络中不同的EJB 服务器中，并且能与CORBA、DCOM 等其它类型的组件相交互。

使用Java语言编写的EJB 组件还具有良好的跨平台性，有利于系统的集成，真正实现了销售系统的分布特性。

当销售系统出现新的需求时，开发者可以根据新的需求，编写新的EJB组件以实现新的商务逻辑，再将其组装到原系统中，而并不需要对原系统的核心部分进行修改，有利于系统的扩展。

结语
基于MVC设计模式，采用框架软件Struts来实现Web开发应用，充分利用Java 的强大功能和平台无关性的特点。

Struts是一种优秀的J2EE、MVC架构框架，可以使开发人员集中精力编写JSP和业务逻辑及与外部数据库进行交互的代码而不用考虑基础框架问题，利用taglib获得可重用的代码，利用ActionServlet配合Struts-config.xml实现对整个系统导航，增强了开发人员对系统的整体把握；用户界面与业务逻辑分离，使得页面设计者和程序开发者更好地协调工作，从而提高应用程序的柔韧性，使整个系统的开发有条不紊、容易集成、便于维护升级。

参考文献
[1] Ed Roman.精通EJB [M].第2 版.北京:电子工业出版社, 2002.
[2] 萨师煊,王珊.数据库系统概论[M]. 第3 版.北京:高等教育出版
社, 2000.
[3] 余冬梅,张秋余,林常须,等.基于J2EE 支持多客户端的MVC
设计模式研究[J].计算机工程与设计, 2005,26(3):784-786. [4] 孙卫琴.精通Struts：基于MVC 的Java Web 设计与开发[M].
北京:电子工业出版社, 2004.
[5] 罗鸿, 王忠民. ERP 原理设计实施[M].北京: 电子工业出版社,
2003.200-207.
[6] 程控,革扬.MRPⅡ/ERP 原理与应用[M].北京:清华大学出版
社, 2002.
[7] 阎宏.Java 与模式[M].北京:电子工业出版社, 2004.
[8] 周丽.DRP 分销管理系统研究[D].大连:东北财经大学, 2001.
[9] 杨春程.基于J2EE组件的制造企业网络化分销管理系统的研
究及应用[D].重庆:重庆大学, 2005.。

合集下载

MVC模式在J2EE技术中的应用

MVC模式在J2EE技术中的应用

MVC模式并不能自动保证一个结构设计是正确的，如何在一个系统的设计中正确地使用MVC架构模式与系统使用的技术有密切的关系。

2EE中有几个核心的技术：JSP，JavaBean，Servlet，EJB，SessionBean，EntityBean构成了J2EE构架的基石，但是对于一个基于J2EE技术的Web应用来说，如何正确地使用MVC模式不是一句话就能得出结论的。

一般而言，一个J2EE系统应当适当地划分接收请求，根据请求采取行动，并将结果显示给用户等责任。

因此也就有了开发Web应用时经常提到的一个概念Model 1/Model 2，它是对采用JSP技术构成Web应用的不同模型的描述。

Model 1架构<<Java与模式>>提到模型一又称做以JSP为中心(JSP Centric)的设计模型，它的架构图如下图所示：从上图可以看出来，JSP是整个应用系统的门户。

它身兼三职啊。

１负责与客户端的所有通信２处理所有的请求３处理所有的答复。

在处理答复的时候，从数据库中存取数据有两种方式，可以它自己直接去存取，也可以让一些JavaBean来完成。

因为JavaBean可以被放在一个请求上下文或者用户会话中，这样就可以在不同的JSP之间通信。

当然这种模式在进行快速和需求不是很复杂，规模较小的Web应用是有很大的优势的，比如说：JSP 页面可以非常容易地结合业务逻辑(jsp:useBean)、服务端处理过程（jsp:scriplet）和HTML(<html>)，在JSP页面中同时实现显示，业务逻辑和流程控制，从而可以快速地完成应用开发。

但是从工程化的角度考虑，它也有一些不足之处：把表现层和业务逻辑层柔和在一起，不利于以后的维护工作以及开发角色的分配，所以这种模式只能适合于小的系统开发。

Model ２架构Servlet/JSP 规范的0.92版描述了在一个应用中使用servlet 和JSP 的架构。

MVC设计模式在J2EE领域的应用研究

MVC设计模式在J2EE领域的应用研究

，
随着 ＪＥ ２ Ｅ的飞速发展， 核心技术如 ＪＰ，ｅ ］ｔＥＢ等等越来越 其 Ｓ Ｓｎ ｅ，Ｊ 广泛地应用在众多 ＢＳ架构的软件系统 中 但是当前 基于 ｗｅ ／ ｈ的膻 用软件开发过程 中， 还存在如下一些不 尽人意的地方 ： 程序 可重用程度 很低； 维护 工 作 繁 琐 困难 ； 序 应变 能 力 较 弱 。 程
３视 图 组件 工 作 原 理 ．
起 ：在一个完整的控制过程巾 ， ｔ ｎ ｅｖ ｔ ｉ Ｓｒｌ 主要负责接收浏览器 的请 ｎ ｅ 求 ，而后根据用户的具体请求在配置 文件 Ｓ ｕ — ｏｆ ． ｌ ｔ ｔ ｅ ｉ ｘ 中获取与之 ｒｓ ｎ ｇｍ 相对应 的控制动作配置信息； 决定 执千 哪一种业 务逻辑 功能． 亍 并在执行 业务逻辑 的过程 中 ， 根据 配置文件上 的一组映射 （ Ａ ｔｎ ａｐ ｇ 由 ｃｏ Ｍ ｐ ｉ 类 ｉ ｎ 描述 ） 动态 定 向到 合 适 的 ＪＰ视 网组 件 上 。 Ｓ ＡｃｏＳ ￣ｌ 是 Ｃ ｎｒｌｒ中一 个重要 的通用控制组件 ，其职责是 ｔ ｎｅ ｅ ｉ ｖｔ ｏｔ ｌ ｏｅ 将 ｈｔ请 求 提 交给 合 适 的 处 理 器 （ｒｃｓｏ） 行 处 理 ， ｔ ｐ ｐｏｅｓｒ进 它将 模 型和 视 图 联系在一 起： 这个控制组件提供了处理所有发送到 Ｓｒｔ ＨＴ Ｐ请求 ｔ ｓ的 ｕ Ｔ 的入口点 它接受客户端的请求 ，并 根据用 户的具 体请求在 配置文件 Ｓｒｔ ｃｎ ｇｘ 中获 取 与 之 相 对 应 的 控 制 动 作 配 置 信 息 ，然 后 截 取 和 ｔ ｓ ｎｆ ． ｕ — ｉ ｍｌ 分发这些 清求到相应的动作类 。 另外 ， 控制组件也负责用相应的请求参 数填 充 Ａ ｔｎ ｏｍ， ｅｉ Ｆ ｒ 并传给动作类 Ａ ｔｎ 动作类 实现核心商业逻辑 ， ｏ ｃｉ 。 ｏ 它 可 以访 问 ｊ ａｅｎ或 调用 Ｅ Ｂ 最后 动作 类 把 控 制 权 传 给后 续 的 ＪＰ文 ａ ｂａ ｖ Ｊ。 Ｓ 件 并 生成 视 图 。 Ｃ ｎｒｌｒ 包 括 一 组 基 于 配 置 的 Ａ ｔ ｎ ｐ ｉｇ对 象 ， 每 个 Ａ — ｏｔ ｌ 还 ｏｅ ｃ ｏＭａｐｎ ｉ ｃ ｔ ｎ ｐ ｉｇ对 象 实 现 了 一 个请 求 到一 个 具体 的 Ｍ ｄｌ 分 中 Ａ ｔ ｎ处 ｉ Ｍａｐｎ ｏ ｏ ｅ部 ｃｉ ｏ 理 器 对象 之 间的 映 射 。所 有这 些 控 制 逻 辑 利 用 Ｓｒｔ ｃｎ ｇ ｍ 文件 来 ｔ ｓ ｏｆ ． ｌ ｕ— ｉｘ
基于J2EE网络的MVC设计模式的应用

基于J2EE网络的MVC设计模式的应用


５ ． Ｊ ２ Ｅ Ｅ 网络 平台 中 ＭＶ Ｃ设 计模 式 的应 用 ＭＶ Ｃ 设计 模式 是 一种可 以进行 分离数 据维 护 以及数 据 表现 的 方 式， 在Ｊ ２ ＥＥ 中 加 入 ＭＶＣ 设计 模式 ， 有 利 于将 应用 细分成 为合 理的组件， 以便 于 开 展 系统 的 扩 充 、 维 护 图 ３基 于 Ｊ ２ Ｅ Ｅ 和Ｍ Ｖ Ｃ设计模式 的系统模型 以 及 系统 的 开发 。基 于Ｊ ２ Ｅ Ｅ 与 ＭＶＣ 设 计 模式 的系统模 型如 图３ 所示 ， 这个模 型参考 了模型２ 的设计思 路 ， 它的技 术原理 为： 将Ｍｉ ｃ ｒ ｏ ｓ ｏ ｆ ｔ Ｓ Ｑ Ｌ Ｓ ｅ ｒ ｖ ｅ ｒ ， Ｏｒ ａ ｃ ｌ ｅ ， Ｓ ｙ ｂ ａ ｓ ｅ 等 企业级 数据 库 系统 作为后 台的数 据库 ， 将Ｓ ｅ ｒ ｖ ｌ ｅ ｔ 等 高性能服 务端 程序 作为后 台总 的 控程序 ， 前台运行Ｊ Ｓ Ｐ 页面 。 Ｓ ｅ ｒ ｖ ｌ ｅ ｔ 主要是用来接受 用户输 入， 分别调 用 不同的Ｊ Ｓ Ｐ 页 面向浏览器返 回信息 ， Ｊ Ｓ Ｐ ／ Ｓ ｅ ｒ ｖ ｌ ｅ ｔ 通过 Ｈ Ｔ Ｔ Ｐ 连 接于服 务 器端与 浏览器端 传输信息 ｌ Ｊ Ｓ Ｐ ／ Ｓ ｅ ｒ ｖ ｌ ｅ ｔ ￣ ： 不是利用Ｊ Ｄ Ｂ Ｃ 技 术来直接访 ２ ． Ｊ ２ Ｅ Ｅ 的优 点 ①产品开发的 高效性 ：Ｊ ２ Ｅ Ｅ 允许开发 人员把 那些 很繁琐但 是 比较 问数 据库系统 ， 而是将 数据 传送 给Ｅ Ｊ Ｂ 组件 ， 然后 让Ｅ Ｊ Ｂ 组件对 数据库 通用的服务端 任务交给 相应的供应 商去完成 。 以便 技术人 员能够更快的 再进行操作 ， 这样就能 够封装 系统 内部 的数据 。 Ｅ Ｊ Ｂ 与Ｊ ａ ｖ ａ Ｂ ｅ ａ ｎ 组件 还 创建 新的应 用和 系统 ， 缩 短产 品投入 市场 的时 间， 降 低开发费 用。 ②支 能够 将事 务 进行 细分至其 他组件 之中进行处 理 ， 最后 将 数据 库返 回来 持异构 环境 ： 基 于Ｊ ２ Ｅ Ｅ 的应 用程 序不依 赖任 何特定 操作系统 、 中间件、 的结果 ， 由Ｊ Ｓ Ｐ ／ Ｓ ｅ ｒ ｖ ｌ ｅ ｔ ｌ ＃递到前端 进行显示。 ＇ 硬件。 Ｊ ２ Ｅ Ｅ 平台也支持客户从其他公司订购 的和Ｊ ２ Ｅ Ｅ 兼容 的组 件， 将其 部 署在 异构环 境 当中， 这样 可以有效 降低 自 己定制 整体方 案的成 本。 ③ 高度伸缩 性 ： Ｊ ２ Ｅ Ｅ 平台提 供了各种各样 的 负载 平衡 策略 。 可以突 破系统 参考文献 中的各种瓶 颈 ， 从而达 到多台服务 器共同部 署的效 果 。 并且能够联 合数 ［ １ 】 陆荣幸等著． Ｊ ２ Ｅ Ｅ 平台 上Ｍ Ｖ ｃ 设计模 式的研 究与实现 ． 计算机应用研 千 处理 器共 同部署， 使系统 能够达 到高度伸缩 的性 能 ， 以便 适应 以后商 究， ２ ０ ０ ５ ． ５ ． 业 应用 的要求。 ［ ２ 】 王向东． 基于Ｊ ２ Ｅ Ｅ 分布式系统的持Ａ ． ， Ｐ ＿ － － 框架设计策略 的研 究． 广西大 ３ ． Ｊ ２ Ｅ Ｅ 组件 学硕 士 论 文 ， ２ ０ ０ ５ ． 组件 （ ｃ ｏ ｍｐ ｏ ｎ ｅ ｎ ｔ ） 被装 配在一个Ｊ ２ Ｅ Ｅ 应 用中， 具 有 固定 的格 式并 作者 简介 遵 守Ｊ ２ Ｅ Ｅ 规范， 由Ｊ ２ Ｅ Ｅ ￣ ［ 务 器对其进行 管理 。 Ｊ ２ Ｅ Ｅ 平 台支 持的组 件种 皮灿军， 女， 本科， 讲 师， 研 究方向为计算机软件．
第2章 MVC设计模式与J2EE服务器

第2章 MVC设计模式与J2EE服务器


MVC设计模式概念
Model 数据层：应用系统的数据和业务逻辑的 存放。 View 表示层：Model中的存储数据的可视化表 示。 Control控制层：接受用户的输入，通知Model 发生的事件。
MVC设计模式概念
Event(事件)导致Controller改变Model或 View，或者同时改变两者。
MVC中包含的GoF设计模式
在一个目标有多个观察者的情况 中，观察者对具体目标的依赖仍然 存在，因此无法适应目标方面的变 化 在一个观察者有多个目标的情况 中，观察者只知道若干个目标会向 自己发出通知，而不知道这些目标 具体是谁，可能有多少个； 在目标向观察者发送通知时，将一 个自身的引用作为参数，然后观察 者调用其抽象方法就可以获得目标 状态。这就使得观察者对目标的依 赖是抽象的，观察者对具体目标的 依赖被解除了
MVC中包含的GoF设计模式
观察者模式（Observer Pattern）的组成部分 抽象目标角色（Subject）：目标角色知道它的观察者，可以有任 意多个观察者观察同一个目标，并且提供注册和删除观察者对象 的接口。目标角色往往由抽象类或者接口来实现。 抽象观察者角色（Observer）：为那些在目标发生改变时需要获得 通知的对象定义一个更新接口。抽象观察者角色主要由抽象类或 者接口来实现。 具体目标角色（Concrete Subject）：将有关状态存入各个 Concrete Observer对象。当它的状态发生改变时, 向它的各个观察 者发出通知。 具体观察者角色（Concrete Observer）：存储有关状态，这些状态 应与目标的状态保持一致。实现Observer的更新接口以使自身状态 与目标的状态保持一致。在本角色内也可以维护一个指向Concrete Subject对象的引用。