第1章 MVC原理

这里首先介绍经典的MVC体系结构，通过对比MVC体系结构和Web MVC体系结构的区别，来深入理解Web MVC的背景、由来和特点。

1.1 MVC体系结构

首先，我们来学习MVC的体系结构。MVC是软件工程中的一种软件设计模式，也称为前端控制器模式，它把软件系统分为三个基本部分：模型，视图和控制器，如图1‑1所示。

图1-1

MVC体系结构是一种灵活可扩展的的程序设计模式，使后续对程序的修改和扩展变得很容易，并且使程序某一部分的重复利用成为可能。除此之外，此模式通过对复杂的业务实现进行简化，使程序结构更加直观。应用了MVC体系架构，对程序的各个基本功能进行分类，是程序的各个功能模块之间进行解耦，各个功能独立拥有各自的职责，顾名思义，MVC将程序分成3个层次，这包括：模型(Model)层、视图(View)层和控制器(Controller)层。

1.1.1 控制器层

控制器层起到对不同层面间的组织作用，用于控制应用程序的流程。它处理用户操作的事件并作出响应。响应包括更新数据模型和选择视图并展示数据模型。

控制器层的主要职责如下：

• 控制应用程序行为和流程
• 映射用户动作到模型的数据变更
• 选择相应的视图并展示数据模型

1.1.2 视图层

在视图层中，一般没有程序上的逻辑实现，只需实现模型数据以一定的形式给用户进行展示。为了实现视图层的刷新功能，视图层需要访问后备的数据模型，视图层访问模型的时候，可以采用拉去数据的方式，但是这种方式的时效性并不好，因此，视图层可以预先在模型中进行注册，这样模型层有状态变更的时候，就会通知视图层做出相应的展示上的改变。

视图层的主要职责如下：

• 解释数据模型，并以一定的形式展示给用户
• 接受模型的变更通知，并改变对用户的展示
• 发送用户操作给控制器

1.1.3 模型层

模型层封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。模型层有对数据直接访问的权力，例如对数据库的访问。模型层不依赖视图层和控制器层，也就是说，模型层不关心它会被如何显示或是如何被操作。但是，模型层中数据的变化一般会通过一种刷新机制响应在视图层中。为了实现这种机制，那些用于监视此模型层的视图层必须事先在此模型上注册，从而，视图可以即使响应在数据模型上发生的改变，并根据此改变对用户的展示做出变更。

模型层的主要职责如下：

• 封装应用程序状态
• 提供应用程序逻辑处理功能
• 进行状态查询和响应状态改变
• 通知视图数据和状态的变更事件

本节介绍了MVC体系结构的组件以及组件的职责，MVC的各个组件是协同工作，而又互相独立，这样最大程度上实现了组件的重用性和可扩展性。相应于Web MVC体系结构，MVC体系结构是经典的设计模式，主要应用在传统的C/S体系架构中。下面的小节，我们介绍应用更加广泛的Web MVC体系结构。

1.2 Web MVC体系结构

随着B/S体系结构的应用程序的流行和快速发展，MVC体系结构思想被应用到Web应用程序设计。Web应用程序大多是基于HTTP协议的，而HTTP协议的最大特点就是无连接和无状态的。对于一个Web的瘦客户端程序，每次和服务器的通信都是通过一次完整的HTTP请求和响应来完成的。我们无法实现C/S应用程序中实现的在视图层注册监听器来监听模型层改变的通知。取而代之的是视图每次需要主动的查询用户数据改变，这是MVC的一个演变，我们成为Web MVC，如图1‑2所示。

图1-2

我们能看出，唯一不同的就是模型层不再通知视图层是否发生了状态改变，而是要求视图层主动的去查询模型层的变更。如果模型的数据或者状态改变，控制器则会选择一个新的视图来展示模型的变更数据。通过MVC在Web应用程序的应用，使Web应用程序同样可以有层的概念并且有较好的体系结构，易于维护和容易扩展。

1.3 本章小结

本章简单的介绍了MVC的体系结构和工作原理，并介绍Web MVC与经典MVC的区别，通过对比MVC和Web MVC来深入理解Web MVC的由来和使用场景。由于MVC与Web MVC同根同源，只是应用的场景不同，本书后续不再对MVC和Web MVC进行区分。

下一章，我们将从整体架构上分析Spring是如何实现Web MVC体系结构的。