浅谈iOS设计模式

1.MVC（官方）

（1）MVC是现在iOS的主流设计模式，也是苹果官方主推的设计模式。MVC由三部分组成，M-模型，负责提供数据，将字典转模型，逻辑会更加清楚；V-视图，将数据渲染在视图上，即业务展示；C-控制器，核心部分，用于协调M-V之间的关系，由于M提供数据以及V将数据渲染在视图上都是被动的，它们都是受C控制的，通俗的说法就是将M提供的数据渲染在V上。

（2）优化的MVC，通常在MVC模式中，控制器部分承担了大量的代码，包括网络请求数据或者从本地数据库获取数据，业务逻辑，业务展示（例如表视图和集合视图的展示），跳转逻辑。当一个控制器中的业务场景不断地增多时，控制器就太过于臃肿，优化的做法是将一个控制器拆成几个控制器，比如说一个控制器（业务场景控制器）中有多个表视图，可以将多个表视图拆成多个表视图控制器，然后业务场景的控制器负责协调这些表视图控制器，这样业务场景控制器的代码将会被分散到其他几个控制器中，达到优化的目的。

 

PS:个人认为完美的MVC应该把业务展示完全封装在视图中，而不应该出现在控制器中，例如表视图和集合视图的展示。

 

2.MVP

MVP模式是对MVC模式的优化，为解决控制器臃肿的问题以及不易测试性的问题，MVP由四部分组成，只是比MVC多出了一层P，P负责请求数据和业务逻辑。其中P层和V层的关系就转变为：（1）P层请求数据，V层将数据渲染到视图，与此同时监听P层的数据更新通知，刷新视图；（2）触发V层点击事件，调用P层的对应方法，并将方法执行结果进行展示。此时，C层的作用就是协调M层、V层和P层之间的关系，C层占用主动控制权。

 

3.MVVM

MVVM模式与MVP模式具有相似性，VM层的作用与P层的作用一样，只是MVVM模式中VM层与V层的数据绑定方式要优于MVP模式中P层与V层的绑定，通常使用RAC来进行数据绑定。

参考资料：https://cloud.tencent.com/developer/article/1336189