MVC设计模式

MVC设计模式是一个存在于服务器表达层的模型，它将应用分开，改变应用之间的高度耦合，其中MVC是 Model-View-Control 的简称，即模型-视图-控制器。

模型-视图-控制器。

中文名：   MVC设计模式   类别：  设计模式    发源时间：   20世纪80年代    体系结构：表现层，业务逻辑层，数据持久层    模式结构：视图，模型，控制器        

编辑本段简介

MVC设计模式是在20世纪80年代发明的一种软件设计模式，至今已被广泛使用，后来被推荐为 Sun 公司 J2EE 平台的设计模式。

随着Web应用的商业逻辑包含逐渐复杂的公式分析计算、决策支持等，使客户机越 来越不堪重负，因此将系统的商业分离出来。单独形成一部分，这样三层结构产生了。 其中‘层’是逻辑上的划分。

编辑本段发展历程

1994 年，由Erich Gamma，Richard Helm，Ralph Johnson和 John Vlissides（即所谓的“四人帮’，GoF：Gang of Four)合作的以《设计模式：可复用的面向对象软件的基本原理》为题目的书藉出版了。这本书解释了模式的用处，同时也使得设计模式得到广泛普及。在书中，他们四人记录了他们长期工作中发现的经典 23 个设计模式。

IoC 模式是 Apach Avalon 项目创始人之一Stefano Mazzocchi 提出的一种代码调用模式，后被 MartinFowlcr 改名为Dependency Injection（依赖注入），也就是将类和类，方法和方法之间的关系通过第三方(如配置文件)进行“注入”，不需要类或者方法自己去解决彼此间的调用关系。IoC(Inversion of Control， 控制反转)， 是一种用来解决组件(也可以是简单的Java类)之间依赖关系、配置及生命周期的设计模式，它可以解决模块间的耦合问题。IoC模式它是把组件之间的依赖关系提取(反转)出来，由容器来具体配置。这样，各个组件之间就不存在代码关联，解决了调用方与被调用方之间的关系问题，任何组件都可以最大程度的得到重用。^[2]

编辑本段体系结构

表现层（Presentation layer）：包含表示

  mvc模式的体系结构^[4]

代码、用户交互GUI、数据验证。 该层用于向客户端用户提供GUI交互，它允许用户在显示系统中输入和编辑数据，同时 系统提供数据验证功能。

业务逻辑层（Business layer）：包含业务规则处理代码，即程序中与业务 相关专业算法、业务政策等等。该层用于执行业务流程和制订数据的业务规则。业务逻 辑层主要面向业务应用，为表示层提供业务服务。

数据持久层（Persistence layer）：包含数据处理代码和数据存储代码。数据持久层主要包括数据存取服务，负责与数据库管理系统（如数据库）之间的通信。 三个层次的每一层在处理程序上有各自明确的任务，在功能实现上有清晰的区分， 各层与其余层分离，但各层之间存有通信接口。^[2]

编辑本段模式结构

视图：数据的展现。

视图是用户看到并与之交互的界面。视图向用户

  MVC设计模式中的三个模式结构^[5]

显示相关的数据，并能接收用户的输入数据，但是它并不进行任何实际的业务处理。视图可以向模型查询业务状态，但不能改变模型。视图还能接受模型发出的数据更新事件，从而对用户界面进行同步更新。

模型：应用对象。

模型是应用程序的主体部分。 模型代表了业务数据和业务逻辑； 当数据发生改变时，它要负责通知视图部分；一个模型能为多个视图提供数据。由于同一个模型可以被多个视图重用，所以提高了应用的可重用性。

控制器：逻辑处理、控制实体数据在视图上展示、调用模型处理业务请求。

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

编辑本段优点

采用三层软件设计架构后，软件系统在可扩展性和可复用性方面得到极大提高，在资源分配策略设计合理运用的同时，软件的性能指标得到提升，系统的安全性也得到改善。

三层体系结构对Web应用的软件架构产生很大影响，促进基于组件的设计思想， 产生了许多开发Web层次框架的实现技术。较之两级结构来说，三层结构修改和维护上 更加方便。目前开发B/S结构的Web应用系统广泛采用这种三层体系结构。

编辑本段运行机制

在 MVC 模式中，Web 用户向服务器提交的所有请求都由控制器接管。接受到请求之后，控制器负责决定应该调用哪个模型来进行处理；然后模型根据用户请求进行相应的业务逻辑处理，并返回数据；最后控制器调用相应的视图来格式化模型返回的数据，并通过视图呈现给用户。