简述MVC&MVVM

MVC&MVVM

一、概述MVC

1、Mvc：模型(model)视图(view)控制器(controller)

Model：处理存储数据，也就是创建数据模型，供controller获取数据，减少了代码的重复性

View：用户看到的并且交互的界面，就是将数据显示到界面中

Controller：处理用户交互的控制器，也就是当用户输入需求控制器就去调用相应的模型和视图去完成用户的需求

2、Mvc的弊端

• 厚重的View Controller：网络数据的请求及后续处理，本地数据库操作，以及一些带有工具性质辅助方法都加大了Massive View Controller的产生。

• 无处安放的网络逻辑：如果把所有的对象都放入Controller中，这会加剧了Massive View Controller的问题

• 较差的可测试性：由于View Controller混合了视图处理逻辑和业务逻辑，所以不便分离

二、概述MVVM

1、MVVM：mvvm的核心思想是数据模型的双向绑定，这样当用户输入请求后vm从view拿到数据提交给model后model的处理结果要传递给view与用户进行交互

• 在MVVM 中，view 和 view controller正式联系在一起，我们把它们视为一个组件。
• view 和 viewController 都不能直接引用model，而是引用视图模型（viewModel）
• viewModel 是一个放置网络逻辑与其他代码的地方
• MVVM在总体上减少了代码的复杂性

2、MVVM的优势

• 低耦合：View可以独立于Model变化和修改，一个ViewModel可以绑定到不同的View上
• 可重用性：可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑
• 独立开发：开发人员可以独立的开发各自的模块
• 可测试：通常界面是比较难于测试的，而 MVVM 模式可以针对ViewModel来进行测试

3、MVVM的弊端

• 数据绑定使得Bug 很难被调试。
• 数据绑定和数据转化需要花费更多的内存（成本）。
• 同一API的数据被不同View展示时，难以控制数据转化的代码，它们有可能会散落在任何需要的地方。

三、总结

MVVM是MVC的升级版，完全兼容当前的MVC架构，虽然MVVM在一定程度上减轻了ViewController的臃肿度，但是View和ViewModel之间的数据绑定使得 MVVM变得复杂和难用了。如果你的需求没有那么大，controller完全可以负载的起，选择mvc也是可以的。当项目逐渐扩大，业务增加,就会造成控制器代码量特多不易维护和测试，就需要进行封装,给控制器减减肥，MVVM就显得特别需要。