一、每一层的职责
Model
Model层和我们平常在代码中写的模型不太一样，这里的model指的是业务逻辑层。包含网络和数据持久化部分。我们通常写的模型，只包含与数据对应的属性的 model，被称为是数据实体。
View
视图层主要是负责展示数据。包括一些展示的逻辑，诸如动画，根据 view-model 提供的状态，对视图的样式进行改变，视图的构建逻辑等等。
View - Model
VM 主要是包含视图的一些属性和视图行为的实现逻辑。根据View的响应事件，完成逻辑或者调用M层完成相关业务逻辑。接收M层的通知并继续通知View改变界面样式。
二、交互方式
1. 整体交互逻辑交互
View 和 View-Model 中抽象出来的视图属性所绑定。并且在发生响应事件时，调用 VM 中提供的命令代码。
View-Model 调用 M层的具体业务代码，执行完成后，更改VM中的视图属性，然后 View 收到属性改变的通知，更新UI。
2. View 和 View-Model 的交互逻辑
绑定
绑定方式可以选择 KVO 或者是 RAC
从目前我所知道的， RAC 一方面是提供了一种更加方便的数据绑定操作。也对一些明确的用户交互事件，提供了便捷的发信号方法。
至于KVO，如果项目不复杂，用起来也比较便利。
命令
命令是当用户交互发生的时候，需要执行的业务逻辑代码。一般需要调用模型层的代码来完成整套逻辑。
因为用户交互产生的业务逻辑，很多有可能是类似的。比如用户交互都会产生网络请求，但是请求的接口不同。为了不让VM和M有直接的对应关系，在微软的MVVM中，引入了命令模式，从而增加很多命令的子类。命令模式通过在调用者和执行者间增加一个遵循命令协议的命令类，让调用者和执行者解耦。可以根据需要自由配置。
3. 在解耦方面的思考
从整体的代码结构看来，View 持有 ViewModel，绑定VM的属性，VM开放可用的命令接口给View使用。ViewModel 持有 Model，调用Model提供的业务逻辑接口完成相应的业务逻辑。三者的关系是单向依赖，不需要知道上层的任何知识。
三、在iOS开发中的应用MVVM。
尝试写了一个最基本的TableView的刷新加载的例子，提供一个使用MVVM的范例。
各部分职责
- 控制器负责初始化BaseTableView，并且为BaseTableView持有的ViewModel配置相应的模型层。
- BaseTableView持有显示需要的UITableView和ViewModel，其中完成了数据绑定操作，包含了基本不会变化的TableView数据源相关逻辑。
- ViewModel持有命令，通过对命令的配置和执行命令，调用对应模型层完成相关业务逻辑。
- 引入命令是为了让不同的模型层都可以配合VM完成请求逻辑。
