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