硕士学位论文-基于j2ee应用框架的设计与实现(编辑修改稿)

硕士学位论文-基于j2ee应用框架的设计与实现(编辑修改稿)内容摘要：

本文将以一个项目发展的角度，介绍系统架构的构建。 第二章介绍开发 WEB 框架所用到的相关技术，介绍 B/S 和 C/S 系统架构，介绍 Microsoft .Net 和 J2EE 技术。 介绍了 J2EE 平台的基本特点和 J2EE 平台上的一些核心技术。 第三章是 WEB 框架的概要设计。 主要是从 MVC 设计模式，引出 Struts 应用框架，并在这个框架的基础上进行实现和扩展，最终完成一个系统的框架。 第四章是 WEB 框架的 详细设计，对架构进行进一步的完善。 主要从客户端到Web 层和业务逻辑层两个方面进行完善。 引入了 Session Fa231。 ade、 Message Fa231。 ade、DAO 以及 DTO/VO，将这个系统各层联系在一起。 第五章 介绍 WEB 框架的测试已经安全性等方面的问题。 第六章通过一个电子商务中的公告管理系统介绍框架的具体应用。 第二章 系统相关技术介绍 2 第二章 系统相关技术介绍 C/S 和 B/S 的确定 程序设计现在有两种基本的结构： C/S 和 B/S。 C/S 结构是早先发展起来的，称 为客户机 /服务器模式，这里的客户机和服务器主要是针对进程 而 言 ，客户机作为前端，服务器作为后端，前端客户机负责相应用户的事件，后端处理具体的底层逻辑，例如访问数据库等操作，客户机和服务器作为单独的两个程序一般是安装在不同的机器上，实现分布式应用，当然也可以装在同一台机器上，客户机和服务器通过网络进行通信，很多采用 Socket 技术， B/S 是在 C/S 的基础上发展来的，随着互联网的发展，尤其是 3W 网的发展，人们用浏览器越来越多，浏览器渐渐成为主要的客户端软件，在这样的环境下，软件开发出现了 B/S 架构，也就是所谓的浏览器 /服务器模式。 B/S 结构的程序 用浏览器作为专门的客户 端，不需要再专门进行开发，服务器还是在后台提供一些专门的数据处理，例如进行数据库的增删改等等， B/S 架构与C/S 架构相比可以省略客户端的开发，用户界面比较同一便于使用，可以很容易部署到互联网上 ， B/S 结构的程序可以直接部署在互联网上，不需专门的网络设计，另外 B/S 结构的程序很适合组件式开发，符合当前软件发展的方向。 正是因为 B/S 架构具有一些优越性，现在逐渐成为开发的主流，除非是一些需求比较特殊的应用，人们一般采用 B/S 架构进行开发。 与 J2EE 的确定 Microsoft .NET 实质上是 Microsoft 贴在现有产品和未来产品上的一个新式行销标签，而我们在这里所指的是 Microsoft .NET Framework。 在 20xx 年 7 月美国奥兰多举行的专业开发者大会上， Microsoft 展示了这种 .NET 体系。 通过 .NET，Microsoft 为我们提供了一种全新的开发平台，这个平台将推动以新体系为基础的协同 Web 应用开发。 根据 Microsoft 的说法， .NET 至少将成为一种“对 Web 编程”的方法。 这是一个与操作系统紧密相关的综合运行环境，它包括面向组件的中间电子科技大学硕士学位论文 3 层基础结构 (COM+), Common Language Runtime(CLR)环境、一个运行时的编译器和一个使用 .NET 组件模型打包的操作系统库。 J2EE 技术是 SUN 公司推出的由多家公司联合推出的一个平台，它包括一些规范、基础类库，关键是它支持 JAVA 语言， J2ee 在业界支持广泛，已经成为事实工业标准，平台非常成熟，用户采用它进行开发可以保护现有和以后的一些投资，可维护性也好。 . 平台是微软推出的，它现在基本上只是应用在微软的开发平台，其他的平台正在推广之中，虽然支持的语言较多，但主要还是 C语言，它的 WEB 开发比较集 成，开发工具也是微软的集成开发环境。 这两种开发平台各有千秋，对于我们这个项目采用 J2ee 技术是比较合理的。 J2EE企业解决 方案 的平台 J2EE(The Java 2 Platform,Enterprise Edition) 定义了开发多层企业应用的标准。 J2EE 通过基于标准化的，模块化的组件 (ponent) ,通过对组件提供一整套完全的服务，通过无需复杂编程便能对应用行为的许多细节的自动处理，从而简化了企业应用。 J2EE, 吸取了 Java 2 Platform(Standard Edition )的许多特性，例如 ” Write Once,Run Anywhere” 的方便性，数据库访问的 JDBC API,对企业现有资源交互的CORBA 技术 和一套安全模型来保护即使基于因特网应用的数据。 以上述技术为基石， J2EE 还增加了对企业级 JavaBeans 组件、 Java Servlets API、 JavaServerPages 和 XML 技术的支持。 J2EE 标准包含完全的规范和适应性测试以保证 对跨越企业现有系统的应用的轻便和灵活性，并使其能够支持 J2EE。 基于 J2EE 的多层应用示意图如下： 第二章 系统相关技术介绍 4 图 多层应用 J2EE 平台在企业应用方面使用了多层分布式应用模型。 应用逻辑按照功能被分成组件，不同的应用组件构成 J2EE 应用，并根据它在多层的 J2EE 环境所处于的层数安装在不同的机器上，如上图所示： (1)客户层组件 (Client Tier):运行于客户机器。 一般为浏览器或其他应用，客户层普遍地支持 HTTP 协议，也称客户代理； (2)Web 层组件 (Web Tier):运行在 J2EE 服务器上 , 它包括 JavaServerPages, Java Servlet 等 WEB 部件； (3)商业层组件 (Business Tier):运行在 J2EE 服务器上 , 支持 EJB, JMS, JTA 等服务和技术 ； (4)企业信息系统层组件 (EIS Tier):运行在 EIS 服务器上 , 企业信息系统包含企业内传统信息系统如财务， CRM 等，特点是有数据库系统的支持。 J2ee作为官方的一个标准，将工作划分为不同的层次，包括：服务器端业务逻辑层、服务器端表示层、客户端表示层。 J2ee中 API主要包括以下几个部分： Servlet接口：用来处理 Web请求，并将内容返回客户。 JSP接口：主要处理显示的内容，它的运行机制和 Servlet是一样的。 EJB接口：主要用来创建分布式的组件对象。 JNDI接口：提供目录服务。 JDBC接口：实现常见的数据库访问。 电子科技大学硕士学位论文 5 JMS接口：提供消息组件服务。 J2EE 体系包括 JavaServerPages (JSP) , Java Servlets, enterprise JavaBeans， Web Services 等技术。 这些技术的出现给电子商务时代的 WEB 应用程序的开发提供了一个非常有竞争力的选择。 怎样把这些技术组合起来形成一个适应项目需要的稳定架构是 项目开发过程中一个非常重要的步骤。 在这个路程中经历了两个大的阶段： (1)模型 1： 模型 1的架构使用 JSP 直接处理浏览器请求，使用 Java Bean 处理业务逻辑 ，混淆了视图和控制，维护起来很困难。 示意图如下： 图 22模型 1 示意图 (2)模型 2： 模型 2 将 Servlet 引入架构中构成一个良好的 MVC 设计，结构清晰，模块合理，维护也方便，所以现在一般都采用模型 2进行 Web 开发。 示意图如下： 图 23 模型 2 示意图 模型 2 在 J2EE 中的位置如下图所示： 第二章 系统相关技术介绍 6 图 24 模型 2 在 J2EE 应用中的位置 当前基于 MVC 设计模式的应用框架很多，主要有 Struts、 Turbine 、 Cocoon 、JATO 等，它们的特点如下： (1) Struts 基于 MVC 设计模式的 JSP Struts 是采用 Java Servlet/JavaServer Pages 技术，开发 Web 应用程序的开放源码的 framework。 采用 Struts 能开发出基于 MVC 设计模式的应用构架。 (2) Turbine 基于 Servlet 的 Web 应用开发 Turbine 是基于 servlet 的 framework，使有经验的 Java 开发员能快速地构建 web 应用。 使用 Turbine，可以通过创建使用特定服务来处理模板的 Screen，来集成现有的模板技术（例如 Velocity、 Webmacro、 Java Server Pages(JSP)、FreeMarker、 Cocoon）。 (3) COCOON 基于 XML 的 WEB 内容发布 Cocoon 是采用 100%纯 Java 编写的一个内容发布框架。 Cocoon 让你能采用 W3C的最新技术 (DOM、 XML、 XSL)来提供 Web 内容。 新的 Cocoon 模式能将文档内容、样式、处理逻辑进行完全的分离，允许这三层能独立地设计、创建和管理，从而减少了管理开销，加强了工作的重用性，减少了开发时间。 (4) JATO 电子科技大学硕士学位论文 7 、 本章小结 本章对项目中所用到的技术平台进行了概述，主要比较 J2EE 平台和微软的 .NET 平台的特点，通过比较可以发现 J2EE 平台具有很大的优势，然后介绍了J2EE 中的一些核心技术，最后介绍了 J2EE 平台下开发常用到的一些框架，对于WEB 开发来说， Struts 是用的最多的开源框架，以下将详细 介绍这一框架，并在这一框架的基础上进行相应的开发。 第三章 WEB 应用框架的设计 2 第三章 WEB 应用框架的设计 从 J2EE 平台我们不难看出，它是一个多层的架构。 对于多层的架构，层与层的关系至关重要，层关系决定了系统的成败。 谈到层与层的结构，我们很容易想到 MVC 设计模式。 MVC 设计模式 MVC 是现在应用非常广泛的一个设计模式， M 代表模型， V 代表视图， C 代表控制器。 通过三者的互相作用，构建我们的应用。 如图 所示： 图 ： MVC 设计模式 MVC 的核 心就是要做到三级甚至多级的松散耦合。 它特别适用于客户端通过提交请求与服务器交互，客户端不断的显示页面相应请求。 MVC 模式把涉及数据管理和显示的功能分散到不同的对象上，降低对象间的耦合。 它把应用分成三部分，分别为模型、视图和控制，并且尽量降低部分间的耦合。 每一部分处理特定的任务，并负责完成与其它部分的通信。 如图 所示： 视图 控制器 模型 电子科技大学硕士学位论文 3 图 ： MVC 模型图 其中 ， 模型部分 应用程序的数据和业务规则的集合，通常称为应用程序的业务逻辑 ， 代表了商业数据和访问及修改数据的 操作。 当数据发生改变时，它要负责通知视图部分，并且提供视图查询状态的能力 ， 另外，它还向控制提供应用功能。 模型能为多个视图提供数据。 由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 视图部分以自己的方式显示模型的内容。 模型进行操作之后，其结果就是通过视图来显示的。 视图访问模型的数据，并且当模型的数据发生变化时更新模型的显示。 视图还把从用户那里得到的信息传给控制部分。 MVC 能使应用程序处理很多不同的视图，在视图中，其实没有真正的处理发生，只是作为一种输出数据并允许用户操作的方式。 控 制部分 是 定义应用程序对用户输入或模型层中的更改 做 出反应的方法，通常称为应用程序逻辑。 它分发用户请求和选择表现视图，还负责解释用户输入，进而调用模型的功能。 控制部分根据用户交互和模型的状态选择要显示的视图。 一个应用程序一般为相关的功能选择一个控制。 一旦用户想对模型进行处理时，它不能直接去执行模型，而是通过控制器来间接地实现。 控制器能从视图中取值，然后将相应的值传给模型进行处理。 控制器接受用户的输入并调用模型和视图去改变状态 访问功能 变化通知 查询状态 用户行为 选择试图 模型 封装应用状态 响应状态查询 提供应用功能 通知变化 视图 表示模型 查询模型的更新 像控制器传递用户行为 允许控制 选择视图 控制器 定义应用行为 更新视图 选择响应用户的视图 根据用户行为选择模型 第三章 WEB 应用框架的设计 4 完成用户的需求。 当用户单击 Web 页面中的超链接和发送 HTML 表单时，它只是接收请求并决定调用哪个 模型组件去处理请求，然后确定用哪个视图来显示模型处理返回的数据。 控制器连接不同的模型和视图去完成用户的需求，给定一些可重用的模型和视图。 控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。