- MVVM的基本概念
- MVVM的注意事项
- MVVM的使用建议
** MVVM增加你的应用的可测试行。
** MVVM 配合一个绑定机制效果最好(PS:ReactiveCocoa你值得拥有)。
** viewController 尽量不涉及业务逻辑,让 viewModel 去做这些事情。
** viewController 只是一个中间人,接收view的事件、调用viewModel的方法、响应viewModel的变化。
** viewModel 绝对不能包含视图view(UIKit.h)不然跟view产生了耦合,不方便复用和测试。
**viewModel之间可以有依赖。
**viewModel避免过于臃肿,否则重蹈controller的覆辙,变得难以维护。
- MVVM的优势
** 低耦合:view可以独立于model变化和修改,一个viewModel可以绑定到不同的view上
**可重用行:可以把一些视图逻辑放在一个viewModel里面,让很多view重用这段视图逻辑
**独立开发:开发人员可以专注于业务逻辑和数据的开发viewModel,设计人员可以专注于页面设计
**可测试:通常界面是比较难于测试的,而MVVM模式可以针对viewModel来进行测试
- MVVM的弊端
**数据绑定使得bug很难被调试。你看到界面异常了,有可能是你view的代码有bug,也有可能是model的代码有问题。数据绑定使得一个位置的bug被快速传递到别的位置,要定位原始出问题的地方就不那么容易了。
**对于过大的项目,数据绑定和数据转化需要花费更多内存(成本)。主要成本在于:
*数组内容转化成本较高:数组里面每项都要转化成item对象,如果item对象中还有类似数组,就很头疼。
*转化之后的数据在大部分情况是不能直接被展示的, 为了能够被展示,还需要第二次转化。
*只有在API返回的数据高度标准化时,这些对象原型(item)的可复用程度才高,否则容易出现类型爆炸,提高维护成本。
*调试时通过对象原型查看数据内容不如直接通过NSDictionary/NSArray直观。
*同一API的数据被不同view展示时,难以控制数据转化的代码,它们有可能会散落在任何需要的地方。
总结
MVC
的设计模式也并非是病入膏肓,无药可救的架构,最起码目前MVC
设计模式仍旧是iOS开发的主流框架,存在即合理。针对文章所述的弊端,我们依旧有许多可行的方法去避免和解决,从而打造一个轻量级的ViewController
。MVVM
是MVC
的升级版,完全兼容当前的MVC
架构,MVVM
虽然促进了UI 代码与业务逻辑的分离,一定程度上减轻了ViewController
的臃肿度,但是View
和ViewModel
之间的数据绑定使得MVVM
变得复杂和难用了,如果我们不能更好的驾驭两者之间的数据绑定,同样会造成Controller
代码过于复杂,代码逻辑不易维护的问题。- 一个轻量级的
ViewController
是基于MVC
和MVVM
模式进行代码职责的分离而打造的。MVC
和MVVM
有优点也有缺点,但缺点在他们所带来的好处面前时不值一提的。他们的低耦合性,封装性,可测试性,可维护性和多人协作便利大大提高了开法效率。 - 同时,我们需要保持的是一个拥抱变化的心,以及理性分析的态度。在新技术的面前,不盲从,也不守旧,一切的决策都应该建立在认真分析的基础上,这样才能应对技术的变化。