2020.3.23更：
以下并不算是真正的MVVM，因为还是有业务代码和网络请求写在VC，这并不能做到一个干净的VC。下面评论有个大哥说得很对🍊~
本文根据一个简单的例子来阐述MVVM框架设计模式.
如图,像这种cell我们可以在微博,新闻等很多软件看到. 这种cell的特点就是比较复杂, 它的高度是不确定的, 是根据网络请求回来的数据动态计算高度的.
cell的高度我们是通过table view的一个代理方法
heightForRowAtIndexPath来设置的,而这个方法是要写在控制器里面的.这就意味着如果我们用MVC的模式,那么就意味着我们要在控制器的这个代理方法里面动态的计算cell 的高度,像这种复杂的cell计算的的代码是非常多的. 这就让我们的控制器里面要写的代码非常多. 这样子控制器将非常臃肿.
而我们是面向模型开发,我们希望控制器里面不要参杂太多的业务逻辑,我们希望控制器只是一个调配资源的角色, 就像总经理一样吩咐着各种女秘书去做事, 而自己不用具体地做事.
那就在这里引入MVVM的概念.我们希望把cell的高度计算都写在另外一个地方(这个地方叫View Model).
首先介绍一下MVVM:
M是指Model: 保存网络数据
V是指View: 展示UI界面
VM是指View Model: 保存View的具体参数,包括内容和frame等
使用MVVM的好处是逻辑性非常强,扩展性非常好, 写代码的人写起来会非常顺畅且有条理性.
MVVM的缺点就是阅读性不好,对于不太熟练的人读起来会比较有难度, 这就一定程度导致维护成本的增加.
那么我们现在有4个东西: Controller, Model, View, View Model
这4个东西相互之间是怎么通讯和信息传递的呢? 请看下图:
在控制器中,拿到网络请求回来的数据, 转化为View Model, 再把View Model赋值给View . View拿到View Model后,根据View Model的参数来展示数据.
那么我们回到头文的例子,我们把这个cell划分为三个小块View, 把这三个View添加并展示在cell上:
在控制器中,拿到网络数据,并转成View Model,然后给cell的vm属性赋值
在View Model中重写item属性的setter方法,计算cell的具体高度
在cell中创建各个子view,并重写view model属性的setter方法,给子view的item属性赋值
在子View中拿到item,重写item属性的setter方法并把item展示的网络数据展示在UI界面
网络数据传递的过程是:
控制器 --(通过ViewModel)--> cell --(通过item)--> 子View
最后请看下图,我保证你不会再滚到头文中再看一遍第一张图
