什么是MVVM？
iOS中，我们使用的大部分都是MVC架构，虽然MVC的层次明确，但是由于功能日益的增加，代码的维护，更多的代码被写在了Controller中，这样Controller就显得非常臃肿。
为了给Controller瘦身，后来又从MVC衍生出了一种新的架构模式MVVM架构。
- Model： 数据层，业务逻辑处理、数据控制（本地数据、网络加载数据）。
- ViewController/View： 展示层，显示用户可见得视图控件、与用户交互事件。界面的生命周期控制和业务间切换控制。
- ViewModel： 数据模型，是组织生成和维护的视图数据层。在这一层开发者对从后端获取的 Model 数据进行转换处理，做二次封装，以生成符合 View 层使用预期的视图数据模型。
MVVM的通讯关系
- View与Model是不直接通讯的。
- ViewController与Model是不直接通讯的。
- View只与ViewController / ViewModel两者发生关系。
- Model只与ViewModel通讯。
图解
- 通过这张图，我们可以看出：当View|Controller有用户交互，就通过响应告诉ViewModel，然后Model改变，而ViewModel会监听到Model的改变然后通过Success回调来更新UI。
- 在MVVM 中，view 和 view controller正式联系在一起，我们把它们视为一个组件
- View 和 View controller 都不能直接引用model，而是引用视图模型（ViewModel）
- ViewModel 是一个放置用户输入验证逻辑，视图显示逻辑，发起网络请求和其他代码的地方
- 使用MVVM会轻微的增加代码量，但总体上减少了代码的复杂性
MVVM 的注意事项
- View 引用ViewModel ，但反过来不行 （即不要在ViewModel中引入
#import UIKit.h，任何视图本身的引用都不应该放在ViewModel中） - ViewModel 可以引用Model，但反过来不行
MVVM 的使用建议
- MVVM 可以兼容你当下使用的MVC架构。
- MVVM 增加你的应用的可测试性。
- MVVM 配合一个绑定机制效果最好 （使用ReactiveCocoa） 。
- ViewController 尽量不涉及业务逻辑，让 viewModel 去做这些事情。
- ViewController 只是一个中间人，接收 view 的事件、调用 viewModel 的方法、响应 ViewModel 的变化。
- ViewModel 绝对不能包含视图 view（
UIKit.h），不然就跟 view 产生了耦合，不方便复用和测试。 - ViewModel之间可以有依赖。
- ViewModel避免过于臃肿，否则重蹈Controller的覆辙，变得难以维护。
MVVM中数据的双向绑定
正向绑定：从view —> viewModel
- 我们可以使用block传值等方式完成正向的数据绑定
反向绑定：从viewModel —> view
- 可以使用KVO等反向传值方式
总的来说，正向或反向的数据绑定可以用到前面所学的五种传值方式。可见: 【iOS】多界面传值的五种方法
MVVM模式的优缺点
优点:
- 低耦合： View 可以独立于Model变化和修改，一个 viewModel 可以绑定到不同的 View 上
- 可重用性： 可以把一些视图逻辑放在一个 viewModel里面，让很多 view 重用这段视图逻辑
- 独立开发： 开发人员可以专注于业务逻辑和数据的开发 viewModel，设计人员可以专注于页面设计
- 可测试： 通常界面是比较难于测试的，而 MVVM 模式可以针对 viewModel来进行测试
- 双向绑定数据
缺点:
- 数据绑定使得Bug 很难被调试。你看到界面异常了，有可能是你 View 的代码有 Bug，也可能是 Model 的代码有问题。数据绑定使得一个位置的 Bug 被快速传递到别的位置，要定位原始出问题的地方就变得不那么容易了。
- 对于过大的项目，数据绑定需要花费更多的内存。
MVVM模式中心思想是数据实现双向绑定，业务逻辑与试图的分离。
本文参考文章：iOS 从MVP到MVVM