基于iOS的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上冗余复杂的业务逻辑，主要功能包括以下
  1. 封装业务逻辑处理
  2. 封装网络处理
  3. 封装缓存数据
• binder（一种绑定机制）
  一种可以让开发者方便实现view和viewModel同步，避免编写大量繁杂的样板化代码，实现数据绑定。（ReactiveCocoa）

使用 MVVM 注意：

• viewController引用viewModel，但是反过来不行。（不能再viewModel中引入UIKit）。
• MVVM可以兼容MVC。
• MVVM配合一个绑定机制效果最好（ReactiveCocoa）。
• viewController尽量不涉及业务逻辑，让viewModel去做这些。
• viewController是一个中间人，接收view的事件，调用viewModel的方法，响应viewModel的变化
• viewModel绝对不能包含视图view（UIKit），不然就就和view产生了耦合，不方便复用和测试。
• viewModel相互之间可以有依赖

MVVM的优势和缺点

1. 优点
   • 低耦合：view可以独立于model变化和修改，一个viewModel可以绑定到不同的view上
   • 可重用性：可以把一些视图逻辑放在一个
   • 独立开发：开发人员可以专注于业务逻辑和数据开发viewModel，设计人员可以专注于页面设计
   • 可测试，可以针对于viewModel来测试
2. 缺点
   • 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各有各的好处优点，但缺点在它们所带来的优势面前不值一提。它们的低耦合，封装性，高度复用，独立开发模块大大提高了开发效率。同时我们也要有一个变通的心，框架是为了服务于我们写出高质量的代码，不是我们为了套用框架而去写代码。比如MVC，我们针对于其诟病，也能写出更轻量级的controller。东西是死的，人是活的。