一种基于MVC模式的图书短信管理系统设计.docVIP

一种基于MVC模式的图书短信管理系统设计 　　摘要：该文针对图书短信管理系统，提出使用MVC框架来开发实现。结合用户和开发者的视角，在满足用户需求的同时，使用目前最优秀的Struts2 MVC框架，极大的提高了开发的效率，为读者提供了良好的服务和优秀的用户体验。 　　关键词：MVC；B/S；C/S；短信系统；解耦合 　　中图分类号：TP311文献标识码：A文章编号：1009-3044(2011)20-4790-04 　　随着图书馆信息化进程的加快，如何高效快速的为读者提供信息资源服务是信息时代每个图书馆面临的问题。目前，国内绝大多数图书馆都实现了图书馆的数字化转型，读者的图书资源获取方式也更加灵活，但读者的这些服务大部分局限在图书馆内完成。有少部分图书馆利用B/S(浏览器/服务器)结构的服务模式为读者提供在线服务。大部分馆则还停留在C/S(客户机端/服务器)的管理层面上。如何利用现代信息手段提升图书馆服务读者，提升服务是每个图书馆面临的切实问题。 　　MVC技术是来源于JAVA企业级开发的Model2，它可以对用户终端的信息展示、业务的处理逻辑和用户端内容的请求与选择进行良好协调处理。MVC模式应用于图书馆短信管理系统中，可以让业务处理逻辑为用户端的短信模块、浏览器模式同时提供服务，提高代码的重用率，降低系统的耦合性，增加系统的健壮性。 　　1 MVC框架 　　1.1 MVC概述 　　MVC是一种流行的设计模式，它强制性地把应用程序的输入、处理和输出分开。MVC把应用程序分成三个模块：模型、视图和控制器，它们分别担负不同的任务。图1显示了这几个模块各自的功能及它们的相互关系[1]。 　　视图是用户端的数据显示，也是用户能看到并与系统交互的界面。视图把模型中处理好的数据通过用户界面展示给用户，并接收用户终端输入的数据，但视图根本不进行任何实际的业务逻辑处理。视图可向模型查询业务处理状态，但不能改变模型的内部状态。视图还能接受模型发出的数据更新及请求事件，故可以对用户界面进行同步更新。 　　模型是应用程序的主体部分，是系统业务流程处理以及业务规则的制定。业务流程的处理过程对其它层来说是透明的，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。目前流行的EJB模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。一个模型可以为多个视图提供业务处理数据，因此提高了应用的重用性。 　　控制器用于处理用户与视图的交互。接收用户的输入并调用模型和视图去完成用户的需求，协调视图与模型关系，控制系统整个业务流程，因此控制器提高了应用程序的灵活性和配置性，降低了应用程序各层间和各模块间的耦合。MVC的三个模块相互独立，改变其中一个模块并不会影响其它两个模块的正常运行。 　　多个视图可以对应一个模型；模型返回的数据与显示逻辑分离；应用被分为三层，降低了各层之间的耦合度，使应用具有良好的可扩展性；MVC更符合工程化的管理精神和设计原则。不同的层做不同的事，各层的组件具有自己相同的特征，有利于通过工程化的方法产生管理程序的代码。 　　1.2 Struts2 介绍 　　Struts 2是以WebWork优秀的设计思想为核心[2]，吸收了Struts 1的部分优点，建立了一个兼容WebWork和Struts 1的MVC框架。Struts 2的体系结构与Struts 1体系的差别相当大，Struts 1的设计思想是采用Servlet作为业务框架的实现，而 Struts 2用Filter作为业务框架的实现，即Struts 2使用WebWork的设计核心，大量使用拦截器来处理用户请求，从而实现用户的业务逻辑控制器与Servlet API的分离。 　　Struts2来源于Struts1和WebWork，而框架架构的主体思想与WebWork相差不大，Struts2大量使用拦截器作为处理，以用户的业务逻辑控制器为目标，创建一个控制器代理。控制器代理处理负责用户请求，处理用户请求时回调控制器的execute方法，该方法的返回值决定了Struts将调用那个视图来处理用户请求。Struts2的体系结构如图2。 　　Struts2框架的处理流程与WebWork类似，首先从浏览器发出一个请求，请求经过一系列的过滤器(ActionContextCleanUp , SiteMesh等)，由Struts2的核心控制器FilterDispatcher根据请求来调用合适的Action，Struts2的拦截器栈自动对请求应用通用功能，然后回调Action的execute()方法，该方法