1、MVC
MVC即Model-View-Controller
职责：
Model：业务模型
View：显示用户界面
Controller：业务流程和逻辑
MVC的特点：
1）Model 和 View 永远不能相互通信，只能通过 Controller 传递。
2）Controller 可以直接读写调用 Model，Model 通过 Notification 和 KVO 机制与 Controller 间接通信。
3）Controller 通过 outlet直接操作 View，View 通过 action-target机制与 Controller 间接通信 。Controller 同时充当 View 的delegate（代理）和datasource（数据源）。
MVC的缺点：
1、无处安放的网络逻辑
现如今的app基本上都需要进行网络的数据交互，但是网络逻辑代码却不能被归类为一个 Model，一个 view，或是一个控制器，所以目前大多数MVC架构的做法是将网络逻辑堆积在Controller中。
2、愈发臃肿的Controller
Controller 是 app 的 “胶水代码”，协调Model和View之间的所有交互。Controller不仅有大量的视图处理逻辑，而且因为Model往往只有模型的定义和少量的业务逻辑，所以大量的业务逻辑也堆积在Controller中。
3、可测试性差
由于Controller混合了视图处理逻辑、业务逻辑以及网络逻辑，分离这些成分的单元测试成了一个艰巨的任务，所以非常不利于开发人员编写单元测试。
2、MVVM
即Model-View-ViewModel，在MVVM里，正式将View和ViewController联系在一起，可以视为一个组件。
职责：
Model：业务模型
View：显示用户界面
ViewModel：业务逻辑、View的展示和交互抽象
1、View和ViewModel的关系是通过绑定建立起来的，基于这种绑定关系，ViewModel只需要改变自身内部的属性，View能对应监听到变化而产生相应的改变。
注意：View持有ViewModel，因此ViewModel不能持有View，即ViewModel中不能引入#import UIKit.h，否则就跟 view 产生了耦合，不方便复用和测试
2、ViewModel与Model的通信与MVC中Controller与Model通信一致，ViewModel持有Model，Model通过Notification 和 KVO 机制与 ViewModel 间接通信。
MVVM的优点：
1、Controller的解耦
Controller 只是一个中间人，接收 view 的事件、调用 viewModel 的方法、响应 viewModel 的变化；逻辑相关代码（包括视图处理逻辑，网络逻辑等）放入View Model中。
2、UI组件的复用
由于展示和逻辑是独立的模块，意味着我们就能很方便地拆解和替换其中的模块。例如不同业务方其中UI展示相近甚至完全一样，但是数据和逻辑根据业务特点单独定制。在这种情况下，我们就可以借助MVVM的优势，实现UI组件的复用。
3、易于测试&独立开发
将UI与业务逻辑隔离起来，使得单元测试更容易进行，可以在测UI逻辑的时候不必运行程序；同时一个同学可以专注于业务逻辑和数据的开发 viewModel，另一个同学可以专注于页面设计。
MVVM的缺点：
1、数据绑定使得Bug 很难被调试
你看到界面异常了，有可能是你 View 的代码有 Bug，也可能是 Model 的代码有问题。数据绑定使得一个位置的 Bug 被快速传递到别的位置，要定位原始出问题的地方就变得不那么容易了。
ReactiveCocoa作用
RAC最大的优点是 提供了一个单一的、统一的方法去处理异步的行为，包括 Delegate，Blocks Callbacks，Target-Action机制，Notifications和KVO。
所以MVVM模块之间的绑定关系可以基于RAC来实现。
