OC|iOS 设计模式浅析MVC、MVP、MVVM ios|mvc

一、MVC (Model、View、Controller) 苹果官方推荐的架构模式（MVC）,最核心的就是通过Controller层来进行控制，首先看一下官方提供的MVC示意图，如下图所示：

文章图片

1、MVC各层职责 1.1、controller层

生成view，然后组装view
响应View的事件和作为view的代理
处理view的生命周期
处理界面之间的跳转
调用model的数据获取接口，拿到返回数据，处理加工，渲染到view显示

1.2、model层

业务逻辑封装
提供数据接口给controller使用
数据持久化存储和读取
作为数据模型存储数据

1.3、view层

界面元素搭建，动画效果，数据展示
接受用户操作并反馈视觉效果

2、总结 【OC|iOS 设计模式浅析MVC、MVP、MVVM】用户点击 View–> 视图响应事件 -->通过代理传递事件到Controller–>发起网络请求更新Model—>Model处理完数据–>代理或通知给Controller–>改变视图样式–>完成
3、优缺点 3.1、优点
通过Controller来控制全局，同时将view和Model的变化分开，对于复杂混乱的项目结构，有了明确的组织方式。
3.2、缺点
随着业务逻辑增加，大量的逻辑代码放进了Controller,导致Controller越来越臃肿，后期维护成本高。
二、MVP (Model、View、Presenter) 1、概述 MVP模式是对MVC模式一个演进版本，其中Model与MVC模式中Model没有太大区别，View和MCVC模式中View有一些差别，MVP中的View层可以是viewcontroller、view等控件；Presenter层则是作为Model和View的中介，从Model层获取数据之后传给View。
MVC的缺点在于并没有区分业务逻辑和业务展示, 这对单元测试很不友好。 MVP针对以上缺点做了优化, 它将业务逻辑和业务展示也做了一层隔离, 对应的就变成了MVCP。
MVP示意图如下图所示：

文章图片

2、总结对比MVC模式，M和V功能不变, 原来的C现在只负责布局, 而所有的业务逻辑全都转移到了P层。P层处理完了业务逻辑，如果要更改view的显示，那么可以通过回调来实现，这样可以减轻耦合，同时可以单独测试P层的业务逻辑。
3、优缺点 3.1、优点

模型和视图是完全分离的，可以做到修改视图而不影响模型
更加高效的使用模型，View不依赖Model,可以说View能做到对业务的完全分离

3.2、缺点
Presenter中除了处理业务逻辑以外，还需要处理view-model两层的协议，也会导致Presenter的代码臃肿。
三、MVVM（Model、Controller/View、ViewModel） 1、概述 MVVM是由微软提出来的，MVVM其实是在MVP的基础上发展起来的。
在MVVM中，View和Controller联系在一起，我们把他们视为一个组件，view和controller和都不能直接引用model,而是引用的是视图模型viewmodel。在Viewmodel中处理用户输入验证逻辑、视图显示逻辑、网络请求逻辑等业务逻辑的地方。这样的设计模式，会轻微增加代码量，但是会减少代码的复杂性。
MVVM示意图如下图所示：

文章图片

2、总结 MVVM和MVP相对于MVC最大的改进在于：P或者VM创建了一个视图的抽象，将视图中的状态和行为抽离出来形成一个新的抽象。这可以把业务逻辑（P/VM）和业务展示(V)分离开单独测试，并且达到复用的目的，逻辑结构更加清晰。
3、优缺点 3.1、优点
view可以独立于Model变化和修改，一个viewmodel可以绑定不同的view上，降低耦合，增加重用。
3.2、缺点
对于简单的项目不适用、大型的项目视图状态较多时构建和维护的成本大
项目源码参考：https://github.com/jhs521mmy/MVP