一、什么是MVC？

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

图片来自阮一峰作者

1）"视图层"（View），是直接面向最终用户的。它是提供给用户的操作界面，是程序的外壳。
2）"数据层"（Model），是核心的，也就是程序需要操作的数据或信息。
3）"控制层"（Controller），它负责根据用户从"视图层"输入的指令，选取"数据层"中的数据，然后对其进行相应的操作，产生最终结果。

二、详解MVC和其衍生的MVVM和MVP架构

其实MVVM和MVP两者都是在MVC的基础上衍生出来的，下面我就主要介绍一下怎么区分这三者之间的差别。（广义上来讲，不管是MVC模式，MVVM模式，还是MVP模式都是MVC的思想，MVC强调的是把软件系统划分成三个模块来设计的模式）MVC、MVVM和MVP主要是从三个模块之间的通信方式的不同来进行区分的。

1、MVC模式(Model-View-Controller)

MVC模式

三个模块之间都是可以通信的，不过都是单向通信。
1.View 传送指令到 Controller
2.Controller 完成业务逻辑后，要求 Model 改变状态
3.Model 将新的数据发送到 View，用户得到反馈

2、MVP模式(Model-View-Presenter)

MVP模式

模块间的通信是相互的，但View和Model之间的通信是绝对禁止的。
1.Presenter（英文中翻译是：主持人，主办方），View和Model之间的通信必须是通过Presenter来进行传达的。
2.所有的业务逻辑都是放在Presenter中（这样会显的比较臃肿，具体设计时，要注意对它进行“瘦身”）。
3.View只是负责展示数据就行了（没有主动性），由Presenter决定去Model中拿什么样的数据。

3、MVVM模式(Model-View-ViewModel)

MVVM模式

1.MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致。
2.唯一的区别就是，View和ViewModel之间是“双向绑定“的，View的变动，自动反映在 ViewModel，反之亦然。
3.MVVM可以降低UI显示与后端逻辑代码的耦合度，即更换界面时，只需要修改很少的逻辑代码就可以实现，甚至不用修改。

三、MVC思想在OC中的体现

MVP模式

相信学习iOS开发的读者对这张图片都会感到很熟悉，对，这是斯坦福大学公开课中那位白胡子教授的视屏截图。这就是我上文中提到的MVP模式（我们看到图片上写的是MVC，当然从广义的角度看，完全是正确的，教授看问题的角度就是不一样，O(∩_∩)O哈哈~）
1，View和Model之间是一条双黄线，两者的通信是完全禁止的。
2，Controller和View之间:
a\Controller中如果想对View进行更改，可以直接通过outlet拿到View，对其进行操作。
b\View如果想把自己的一些想法告诉Controller,只能通过target，代理或数据源方法。（至于Controller是否愿意倾听这些想法，就不得而知了）
3，Controller和Model之间:
a\Controller中如果想对Model进行更改，可以直接拿到Model这个对象，对其进行更改。
b\Model如果想把自己更改的一些数据信息，向Controller汇报，就需要通过广播的方式发送出去。

打个不恰当的比方吧，他们三个就像三个一起玩的小伙伴，Controller这个家伙吃的肥头大耳，Model和View两个呢，是骨瘦如材，老是受到Controller的欺压。Controller对这两个小伙伴是了如指掌，想怎么玩就怎么玩，为了一直控制局势，防止两个人联合起来对付自己，不允许他们之间交流。Controller对他们来说是一个庞然大物，他们永远不知道自己的实力有多强。

正确演示

如果我们遵循这种设计模式，即使是类的数量很多的情况，也不会看着很乱，下面这幅图是没有遵循MVP模式的，看起来就杂乱无章了。

错误演示