MVC开发模式分析和总结.docxVIP

MVC 开发模式 MVC 模式是Model-View-Controller的缩写，中文翻译为模式-视图-控制器。MV C 应用程序总是由这三个部分组成。Event(事件)导致 Controller 改变 Model 或 View，或者同时改变两者。只要 Controller 改变了 Models 的数据或者属性，所有依赖的View 都会自动更新。类似的，只要Controller 改变了 View，View 会从潜在的 Model 中获取数据来刷新自己。MVC 模式最早是 smalltalk 语言研究团提出的，应用于用户交互应用程序中。smalltalk 语言和java 语言有很多相似性,都是面向对象语言，很自然的 SUN 在petstore(宠物店)事例应用程序中就推荐 MVC 模式作为开发Web 应用的架构模式。MVC 模式是一种架构模式，其实需要其他模式协作完成。在J2EE 模式目录中，通常采用service to wor ker 模式实现，而service to worker 模式可由集中控制器模式，派遣器模式和Page Hel per 模式组成。而 Struts 只实现了 MVC 的 View 和 Controller 两个部分，Model 部分需要开发者自己来实现，Struts 提供了抽象类 Action 使开发者能将 Model 应用于 Struts 框架中。 MVC 模式是一个复杂的架构模式，其实现也显得非常复杂。但是，我们已经终结出了很多可靠的设计模式，多种设计模式结合在一起，使 MVC 模式的实现变得相对简单易行。Views 可以看作一棵树，显然可以用 Composite Pattern 来实现。Views 和 Models 之间的关系可以用 Observer Pattern 体现。Controller 控制 Views 的显示，可以用 Strategy Pattern 实现。Model 通常是一个调停者，可采用 Mediator Pattern 来实现。 现在让我们来了解一下 MVC 三个部分在 J2EE 架构中处于什么位置，这样有助于我们理解 MVC 模式的实现。MVC 与 J2EE 架构的对应关系是:View 处于Web Tier 或者说是 Client Tier，通常是JSP/Servlet，即页面显示部分。Controller 也处于Web Tier，通常用 Servlet 来实现，即页面显示的逻辑部分实现。Model 处于 Middle Tier，通常用服务端的 javaBean 或者 EJB 实现，即业务逻辑部分的实现。 一、MVC 设计思想 MVC 英文即 Model-View-Controller，即把一个应用的输入、处理、输出流程按照M odel、View、Controller 的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。 视图(View)代表用户交互界面，对于Web 应用来说，可以概括为 HTML 界面，但有可能为 XHTML、XML 和 Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC 设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以 及将用户界面的输入数据和请求传递给控制和模型。 模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程 对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是 MVC 最主要的核心。目前流行的 EJB 模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。MVC 设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC 并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性。我们可以用对象编程来做比喻，MVC 定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重要。 业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据 保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。 控制(Controller)可以理解