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 注意：
- viewController引用viewModel，但是反过来不行。（不能再viewModel中引入UIKit）。
- MVVM可以兼容MVC。
- MVVM配合一个绑定机制效果最好（ReactiveCocoa）。
- viewController尽量不涉及业务逻辑，让viewModel去做这些。
- viewController是一个中间人，接收view的事件，调用viewModel的方法，响应viewModel的变化
- viewModel绝对不能包含视图view（UIKit），不然就就和view产生了耦合，不方便复用和测试。
- 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各有各的好处优点，但缺点在它们所带来的优势面前不值一提。它们的低耦合，封装性，高度复用，独立开发模块大大提高了开发效率。同时我们也要有一个变通的心，框架是为了服务于我们写出高质量的代码，不是我们为了套用框架而去写代码。比如MVC，我们针对于其诟病，也能写出更轻量级的controller。东西是死的，人是活的。
