【iOS】MVVM模式

什么是MVVM？

iOS中，我们使用的大部分都是MVC架构，虽然MVC的层次明确，但是由于功能日益的增加，代码的维护，更多的代码被写在了Controller中，这样Controller就显得非常臃肿。
为了给Controller瘦身，后来又从MVC衍生出了一种新的架构模式MVVM架构。

• Model： 数据层，业务逻辑处理、数据控制（本地数据、网络加载数据）。
• ViewController/View： 展示层，显示用户可见得视图控件、与用户交互事件。界面的生命周期控制和业务间切换控制。
• ViewModel： 数据模型，是组织生成和维护的视图数据层。在这一层开发者对从后端获取的 Model 数据进行转换处理，做二次封装，以生成符合 View 层使用预期的视图数据模型。

MVVM的通讯关系

1. View与Model是不直接通讯的。
2. ViewController与Model是不直接通讯的。
3. View只与ViewController / ViewModel两者发生关系。
4. Model只与ViewModel通讯。

图解

• 通过这张图，我们可以看出：当View|Controller有用户交互，就通过响应告诉ViewModel，然后Model改变，而ViewModel会监听到Model的改变然后通过Success回调来更新UI。

1. 在MVVM 中，view 和 view controller正式联系在一起，我们把它们视为一个组件
2. View 和 View controller 都不能直接引用model，而是引用视图模型（ViewModel）
3. ViewModel 是一个放置用户输入验证逻辑，视图显示逻辑，发起网络请求和其他代码的地方
4. 使用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模式的优缺点

优点:

1. 低耦合： View 可以独立于Model变化和修改，一个 viewModel 可以绑定到不同的 View 上
2. 可重用性： 可以把一些视图逻辑放在一个 viewModel里面，让很多 view 重用这段视图逻辑
3. 独立开发： 开发人员可以专注于业务逻辑和数据的开发 viewModel，设计人员可以专注于页面设计
4. 可测试： 通常界面是比较难于测试的，而 MVVM 模式可以针对 viewModel来进行测试
5. 双向绑定数据

缺点:

• 数据绑定使得Bug 很难被调试。你看到界面异常了，有可能是你 View 的代码有 Bug，也可能是 Model 的代码有问题。数据绑定使得一个位置的 Bug 被快速传递到别的位置，要定位原始出问题的地方就变得不那么容易了。
• 对于过大的项目，数据绑定需要花费更多的内存。

MVVM模式中心思想是数据实现双向绑定，业务逻辑与试图的分离。

本文参考文章：iOS 从MVP到MVVM