一、MVC

首先关于MVC：MVC是苹果官方推荐的模式结构，MVC即 Model  View Controller，他们之间的关系如下图

mvc下，在我们使用的过程中往往事与愿违，耦合性特别高：比如view和model的强依赖，控制器（controller）类里有繁重的UI、啰嗦的业务逻辑、很长的网络层、难受的代理方法等等，而controller的主要任务只需要建立依赖关系（model 和 UI绑定）。

解决方案：解除view和model 的强依赖，解耦合controller类，下面看MVP

二、MVP

MVP: 面向协议编程，也叫面向接口编程 。 需求推动接口的定义，UI 决定model model又能影响UI。解耦合controller 使得代理方法和数据源方法的实现全写在其他类里面（Present），话不多说，直接上代码：

主控制器类：

以上 解除了view与model的强依赖，与业务逻辑相关的代码对于controller类完全不用关心，controller只是建立依赖关系，各自分工明确，代码简洁明了。

Present类：

present类负责完成由UI层到model层的关联，由model的改变再刷新UI（业务逻辑相关交由Present类处理）

与此同时present类用到的协议代理由专门的协议类服务，协议delegate类如下:

由delegate类可知：功能协议，接口协议全部定义在此类里面，也就是需求功能所需要的接口全在这里定义

总结MVP：

功能需求 填充代理接口 代理的的三部曲 根据需求写接口

适合多人开发，可读性强，结构清晰，根据需求文档，看到代理接口定义的地方就能找到业务逻辑层，很好的定位。（需求驱动接口接口驱动代码）

对于页面复杂嵌套层次比较多传值比较频繁的情况不推荐MVP，推荐Block，因为直接回调就可以不需要函数式调用。

三、MVVM

核心思想：双向绑定

1.逆向：通过block  ，ViewModel调用网络层获取数据来逆向传值给controller以更新UI

以上释例代码在controller类中通过ViewModel的block回调处理刷新UI

2.正向 UI ---> model 响应式触发，UI触发一个信号，通过viewModel接收信号做业务处理。

举例：RAC（UI触发数据变化，viewModel接收到数据变化，再次刷新UI）如下示例代码