一、概述

架构模式的目的是为企业赋能，提高需求响应速度、系统稳定等，进而提高产研的工作效率。

二、常见的架构模式

1、MVC（Model-View-Controller）

简单理解，Controller拥有View和Model对象，两者通过Controller进⾏行行沟通，View和Model可以进行通信。
Controller 控制器层，负责业务逻辑、页面跳转、网络请求、数据库操作等。
View 显示层，负责页面的创建布局和用户交互响应逻辑。
Model 数据层，数据属性字段和数据转化等简单处理。

image.png

由上各个层的职责可知，Controller负责的逻辑太多了，在加上实际开发中，会把很多页面和数据逻辑都放在Controller中，就出现胖Controller。也就是这个原因,MVC也被称为 Massive View Controller(重量级视图控制器)。

2、MVP（Model-View-Presenter）

简单理解，Model提供数据，View负责显示，Presenter负责逻辑的处理。

CA72D493-123C-4820-B80A-2681654078FF.png

MVP与MVC的区别在于：View 和 Model 能否直接通信。

从上面定义中，发现将Presenter -> Controller，就是MVC模式。
那么，它和MVC模式有何不同呢？

MVP模式可以说对MVC模式进一步设计约束，即严格MVC模式。

在MVP中View并不直接使用Model，它们之间的通信是通过Presenter(MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过Controller。

image.png

3、MVVM（Model - View - ViewModel）

简单理解，Model 和View的职责基本同MVC一致。
模式核心是引入ViewModel层，主要职责是网络请求、数据转化、数据库处理等逻辑，同时双向绑定 Model 和View ，推荐一个页面模块对应一个ViewModel。
例如，可以把UITableView的DataSource和Delegate放到ViewModel中。

image.png

注意：关于双向绑定可以通过block、delegate、notification、KVO等系统技术。或者使用RAC等响应式编程，不过其维护成本和Debug成本让人头大。目前业界也并没有什么好的MVVM框架开源出来。
注意：iOS的默认是MVC模式，因此必然会存在Controller，网上很多将 View和Controller 合并划入 MVVM的View层。

image.png

MVVM的进一步演化

个人推荐：Controller不应该当做MVVM的View层，应该进一步的剥离，实现 数据驱动 模式架构。
而是居中角色，负责ViewModel生命周期、ViewModel间通信、页面跳转等，也可以把这些逻辑进一步的剥离到另外一层，可以叫做LogicLayer中，进一步的解耦。

注意：解耦越彻底，代码量越是增加，因此架构讲究的是动态平衡。

4、VIPER（View - Interactor - Presenter - Entities - Router）

简单理解，VIPER分为五个层次，如下
View 负责页面搭建和布局。
Interactor 负责数据实体、网络、数据库等相关业务逻辑，可以理解为业务交互器。
Presenter 负责包括 UI相关的业务逻辑，如页面事件响应，动画等。
Entities 数据实体，相当于Model。
Router 负责 VIPER 模块之间的转场。