基于iOS的MVVM框架

阅读 · 发布日期 2020-03-30 00:20 · pcmister

iOS的MVVM如何工作呢？各自的职责是什么呢？首先我们先来介绍一下纯粹的MVVM架构模式，再来介绍MVVM的双向绑定。

来看一下MVVM的工作原理图：

什么是MVVM：
MVVM从字面上理解为model（数据模型），view|controller（视图|视图控制器），viewMode（视图模型），Binder（绑定机制）。

model:
MVVM中的model和MVC中的保持一致，负责容纳数据信息。（PS：尽量减少在model中封装额外的操作数据的业务逻辑，可以通过category和viewModel来实现业务逻辑。）

view:
由MVC中的view+controller组成。主要负责
在MVVM中吧view和controller结合起来，我们把它们视为一个组件。

viewModel:
用来处理MVC中controller上冗余复杂的业务逻辑，主要功能包括以下

封装业务逻辑处理
封装网络处理
封装缓存数据

binder（一种绑定机制）
一种可以让开发者方便实现view和viewModel同步，避免编写大量繁杂的样板化代码，实现数据绑定。（ReactiveCocoa）

使用 MVVM 注意：

1、viewController引用viewModel，但是反过来不行。（不能再viewModel中引入UIKit）。

2、MVVM可以兼容MVC。

3、MVVM配合一个绑定机制效果最好（ReactiveCocoa）。

4、viewController尽量不涉及业务逻辑，让viewModel去做这些。

5、viewController是一个中间人，接收view的事件，调用viewModel的方法，响应viewModel的变化

6、viewModel绝对不能包含视图view（UIKit），不然就就和view产生了耦合，不方便复用和测试。

7、viewModel相互之间可以有依赖

MVVM的优势和缺点：

优点
- 低耦合：view可以独立于model变化和修改，一个viewModel可以绑定到不同的view上
- 可重用性：可以把一些视图逻辑放在一个
- 独立开发：开发人员可以专注于业务逻辑和数据开发viewModel，设计人员可以专注于页面设计
- 可测试，可以针对于viewModel来测试
缺点
- bug变得难以调试，当遇到了异常，可能是view的问题，也有可能是model的问题。数据绑定使得bug快速传递到其他地方，要定为原始出问题的地方就变得不那么容易了。
- 对数据转化需要花费更多的内存。主要来自于对数组内，item又再次包含数组。多次嵌套的类型。需要多次转化才能用来view显示。
- 对于api返回的数据类型标准化要求较高，提高modelview的复用率，否则容易出现类型爆炸，加大了维护成本。

总结：

MVVM = model+（view+controller）+viewModel
MVC = model+view+controller
MVVM在MVC的基础上，抽离出了MVC中controller上冗余复杂的业务逻辑viewModel，其中弱化了controller的概念。
总而言之，MVC和MVVM各有各的好处优点，但缺点在它们所带来的优势面前不值一提。它们的低耦合，封装性，高度复用，独立开发模块大大提高了开发效率。同时我们也要有一个变通的心，框架是为了服务于我们写出高质量的代码，不是我们为了套用框架而去写代码。

基于iOS的MVVM框架

为您推荐