MVC模式下多界面控制的设计和实现.doc

MVC模式下多界面控制的设计和实现.docMVC模式下多界面控制的设计和实现摘要:基于B/S的软件开发需要一种科学的软件开发模式,MVC模式的设计思想为软件的健壮性、可维护性和可扩展性提供了有力的支持。文章介绍了MVC模式的体系结构及功能,给出了多界面控制的设计与实现,使用MVC模式开发软件充分体现了该模式的优点,增加了项目开发的效率和复用性。关键词:MVC设计模式;多界面;XML 中图分类号:TP311文献标识码:A文章编号:1009-3044(2013)09-2227-04 MVC(Model-View-Controler,模型-视图-控制器)是XerorPARC在八十年代为编程语言Smalltalk-80所发明的一种软件设计模式[1,2],至今已被广泛使用,是一种划分系统功能的方法,其为开发交互式应用系统提供了一个优秀的设计模式,受到越来越多开发者的欢迎。MVC模式三维目的是增加代码的重用率,减少数据表达、数据描述和应用操作的耦合度,同时也使得软件可维护性、可修复性、可扩展性、灵活性以及封装性得以提高。 1MVC模式体系结构及功能分析 MVC把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离,这样一个应用被分成三个层,即模型层、视图层、控制层[3]。模式的核心就是做到三层甚至多层的松散耦合,是一种面向动态内容的实现方式。在MVC模式中,应用程序被强制分成三个核心部件:模型(Model)、视图(View)、控制器(Controller)。它们各自处理自己的任务。其模式结构如图1所示。视图是实现模块的外观,它是应用程序的外在表现。它可以访问模型的数据,但不能改变这些数据,也不了解模型的情况,同时也不了解控制器的情况。当模型发生改变时,视图会得到通知。一个模型可以由多个视图,而一个视图理论上可以同不同的模型关联起来。模型包含了应用程序的核心,它封装了应用程序的数据结构和事物逻辑,集中体现了应用程序的状态。它能够处理部分的事物逻辑和数据结构,能够与数据库和文件系统进行交互,承担维护应用程序的责任。控制器封装的是外界作用于模型的操作。通常,这些操作会转发到模型上,并调用模型中相应的一个或多个方法。一般控制器在模型视图之间起到了沟通的作用,处理用户在视图上的输入,并转发给模型处理。这样模型和视图两者之间可以做松散耦合,甚至可以彼此不知道对方,而由控制器连接起这两个部分。 2多界面控制的设计 PB,Dephi等客户端通过本地的Dll与服务器端进行数据交互,Dll设计的好坏直接影响客户端的处理方式和数据格式的转化处理。Dll设计应该提供尽可能多的接口以便对尽可能多的视图组件的数据进行封装。通过对PB和Dephi的视图组件的研究发现,针对每个视图组件封装一个函数不太现实,而且不利于后面的扩展。新的组件加进来必须提供新的处理转化函数。因为每个视图组件都有数据抽取的功能,可以把对组件的封装处理转化为对数据的封装处理。输入规范中分为信封头和信封尾,在头信息中包含用户登陆的用户名、密码、用户登陆会话标识和调用的EJB组件的标识名等。在信封体中包含两种请求数据类型:单参数数据和参数集合。输入规范中同样也包含信息头和信息体。信息头包含用户登陆会话对象标识。信息体中也包含两个返回格式:单个返回结果和结果集。出错规范也分为信息头和信息体,信息头中和输出