前言：
MVC（Model-View-Controller）、MVP（Model-View-Presenter）和MVVM（Model-View-ViewModel）是常见的软件架构模式。MVC表示“模型-视图-控制器”，MVP表示“模型-视图-演示者”，MVVM表示“模型-视图-视图模型”；MVP、MVVM都是由MVC衍生出来的，在iOS和Android平台的App中，以上三种设计模式经常被当做软件架构来使用。
MVC模式最初在服务器端的Web开发，之后可用于在客户端Web开发，并被苹果把其发扬光大。MVP和MVVM则更多的应用在Android平台中。
而架构模式（Architectural Pattern）是软件架构中常见的组织结构解决方案，用于指导大型软件系统的设计。它们描述了软件系统常见的组织结构和它们之间的相互关系，为构建复杂软件系统提供了经验证的解决方案。架构模式提供了一种通用的、可重用的解决方案来处理在软件设计中遇到的常见问题。
一、三种设计模式介绍
（1）MVC：MVC是Model-View-Controller的缩写，MVC模型的主要处理逻辑为：View触发事件，controller响应并处理逻辑，调用Model，Model处理完成后将数据发送给View，View更新。MVC模式有着低耦合高重用的特点。它划分为三个部分：
Model: 模型（用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法）
View: 视图（用于页面的渲染和更新）
Controller: 控制器（模型M和视图V之间的连接器，主要处理页面的业务逻辑，以及控制应用程序的流程）
（2）MVP：Model-View-Presenter的缩写，MVP模型中，以Presenter为核心，负责从model获取数据，并填充到View中。该模型使得Model和View不再有联系，且View被称为“被动视图”，暴露出setter接口。包含下面三个部分
Model：模型（负责数据的处理和业务逻辑）
View：视图（负责展示数据给用户，并处理用户的输入）
Presenter：Presenter（协调模型和视图之间的交互，处理用户的输入并更新模型和视图）
（3）MVVM：Model-View-ViewModel的缩写，MVVM模型中，以VM为核心，但是不同于MVP，MVVM采用了数据双向绑定的方案，替代了繁琐复杂的DOM操作。该模型中，View与VM保持同步，View绑定到VM的属性上，如果VM数据发生变化，通过数据绑定的方式，View会自动更新视图；VM同样也暴露出Model中的数据。包含如下内容：
Model：模型（负责数据的处理和业务逻辑）
View：视图（负责展示数据给用户，并处理用户的输入）
ViewModel：视图模型（负责将模型中的数据转换为视图可以直接使用的形式，并监听视图的变化来更新模型的数据）
二、MVC、MVP、MVVM的框架流程图
（1）MVC有如下三种流程图
第一种：用户点击View， 然后传送指令到 Controller，然后对模型进行修改或者查找数据，最后把改动渲染在视图上
第二种：controller接收到指令后，对model进行修改或查找后，把数据更新到view中
第三种是苹果官方的框架流程图：
此流程中model和view是独立的，当controller接收到命令后，会通过通知或者KVO从model中
获取数据，并通过代理、数据源、目标动作机制(target - action)的方式更新view
需要注意的是：苹果给出的MVC的流程图中Model 和 View 是相互独立的。这是很容易犯错的一点，因为MVC 架构模式是在软件设计中通用的，不只是iOS 开发。iOS 开发中的MVC模式是基于传统的MVC 架构的，只是在具体实现上有所不同。Apple 官方对于iOS开发中的MVC 模式和传统的MVC 架构有所不同，如果查阅传统的MVC 架构会发现，View 和Model 之间是有通信的。
（2）MVP流程图
在MVP中Model、View和Presenter之间双向通信。而View 与 Model 不通信，它们都通过 Presenter 传递消息和数据。Presenter完全把Model和View进行了分离，主要的业务逻辑处理都在Presenter里实现。Presenter与具体的View通过定义好的接口进行交互。从而降低了耦合度并提交了重用性。
（3）MVVM流程图
通MVP一样,MVVM也是把view和Model进行了分离，不同的是MVVM通过数据绑定机制将ViewModel中的数据直接绑定到视图上，实现了视图和数据的自动同步。在MVVM模式中，可以了解下：Binding（绑定）、Dependency Property（依赖属性）、Routed Events（路由事件）、Command（命令）、DataTemplate（数据模板）、ControlTemplate（控制模板）等新特性。
三、MVC、MVP、MVVM的比较：
（1）MVC因为控制器C和视图V的频繁交互，会使控制器C可能变得很臃肿。
（2）MVP在MVC的基础上进一步解耦了视图和模型，但因为View的重新渲染和Model的数据 都需要和Presenter交互，就会导致Presenter变得臃肿。
（3）MVVM通过数据绑定机制简化了视图和模型之间的交互，但可能导致性能问题。
