iOS巅峰之MVC(设计模式)详解

MVC（Model-View-Controller，模型-视图-控制器）是软件工程中的一种软件架构模式，它把软件系统分为三个基本部分：模型（Model）、视图（View）、控制器（Controller）。

MVC不是一种设计模式（Design Pattern），而是一种架构模式（Architectural Pattern），用以描述应用程序的结构以及结构中各部分的职责和交互方式。它最先是在1979年的时候第一次被人提出，不过，当时环境有些不同，网络应用的概念在当时还不存在。

提姆·伯纳斯李（Tim Berners-Lee）在上世纪九十年代初期的时候播种下了万维网（WWW）的种子，并永远的改变了世界。目前我们在网络开发中所采用的这种模式实际上是原版模式的一个改编版。这种架构模式的疯狂流行是由于两个极其流行的开发框架将这种模式包含了进来，它们是：Struts 和 Ruby on Rails。这两个开发框架给稍后诞生的数百框架打上了深深的烙印。

1、 MVC 三层架构

模型（Model）： 数据模型用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。模型有对数据直接访问的权力，例如对数据库的访问。“模型”不依赖“视图”和“控制器”，也就是说，模型不关心它会被如何显示或是如何被操作。但是模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此模型的视图必须事先在此模型上注册，从而，视图可以了解在数据模型上发生的改变。（比较：软件设计模式中的观察者模式）

视图（View）： 视图层能够实现数据有目的的显示（理论上，这不是必需的）。在视图中一般没有程序上的逻辑。为了实现视图上的刷新功能，视图需要访问它监视的数据模型，因此应该事先在被它监视的数据那里注册。

控制器（Controller）： 控制器起到不同层面间的组织作用，用于控制应用程序的流程。它处理事件并作出响应。“事件”包括用户的行为和数据模型上的改变。

• 控制器（Controller）- 负责转发请求，对请求进行处理。
• 视图（View）   - 界面设计人员进行图形界面设计。
• 模型（Model） - 程序员编写程序应有的功能（实现算法等）、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。

2、MVC原理

MVC（模型-视图-控制器）架构模式背后的思想非常简单，我们的应用程序中必须区分下面这些职责：

应用程序被分成了三个主要的部分，每个部分负责掌管不同的任务。

3、MVC模式的网络应用

控制器（Controller）

控制器掌管着用户的请求（当用户点击图形用户界面（GUI）上的元素执行操作时，控制器会收到HTTP GET或者POST请求）。它的主要功能就是调用并协调需要的资源/对象来执行用户请求。通常控制器会为任务调用合适的模型，以及选择合适的视图。

模型（Model）

模型是指运用于数据之上的数据规则和数据内容，它一般对应于应用程序所要管理的对象。在软件系统中，任何事物都可以被抽象成可以对其以某种方式进行处理的数据模型。应用程序中的用户，信息以及图书是什么？它们只是一堆必须按照对应规则处理的数据（日期不能是未来的日期，电子邮件有特定的格式，名字的长度不能超过多少字符等等）。

模型给控制器提供了一个用户请求内容对应的数据表达（比如信息，书，相册）。不管我们如何向用户展示，这个数据模型都不会变。这也是我们为什么可以随意选择使用哪个视图来展示数据的原因。模型包含我们应用程序逻辑中最重要的组成部分，这些逻辑运用于我们要处理的问题过程中。控制器更多的是包含应用程序自身的内部组织逻辑。

视图（View）

视图提供了展示模型数据的不同方式。它可能是数据填充的模板。视图可以有多个，而控制器则决定使用哪个视图。一个网络应用通常由许多控制器，模型和视图组成。控制器可以被看成是一个主控制器，用于接收用户的所有请求，然后在调用特定的控制器来处理不同的情况。

4、MVC 优点

MVC的一个最明显好处就是它将视图展示和应用逻辑清晰的分离开来。

对不同用户以及不同设备类型的支持一直是当下的一个常见问题，例如：

来自台式电脑和手机的请求所得到的视图应该是不相同的，模型会返回完全相同的数据，但是不同的地方是控制器会选择使用的视图文件来展示数据（我们可以把它看作是不同的模板）。

除了将视图从业务逻辑中分离开外，MVC的分离也降低了大型应用设计的难度，代码也更具结构性，因此也更容易维护，测试和重用。

5、MVC 适用场景

MVC模式的缺点是由于它没有明确的定义，所以完全理解MVC模式并不是很容易。使用MVC模式需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。开发一个MVC模式架构的工程，将不得不花费相当可观的时间去考虑如何将MVC模式运用到应用程序中，同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。另外由于MVC模式将一个应用程序分成了三个部件，所以这意味着同一个工程将包含比以前更多的文件。
過去MVC模式并不适合小型甚至中等规模的应用程序，这样会带来额外的工作量，增加应用的复杂性。但現在多數軟體設計框架，能直接快速提供MVC骨架，供中小型應用程序開發，此問題不再存在。对于开发存在大量用户界面，并且逻辑复杂的大型应用程序，MVC将会使软件在健壮性、代码重用和结构方面上一个新的台阶。尽管在最初构建MVC模式框架时会花费一定的工作量，但从长远的角度来看，它会大大提高后期软件开发的效率。