浅谈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来进行数据绑定。


猜你喜欢

转载自blog.csdn.net/chokshen/article/details/72673519