阅读 698

iOS小知识之iOS的架构设计

小知识,大挑战!本文正在参与“程序员必备小知识”创作活动。

MVC:

  • M 是数据模型Model,负责处理数据,以及数据改变时发出通知(Notification、KVO),ModelView不能直接进行通信,这样会违背MVC设计模式;

  • V 是视图View,用来展示界面,和用户进行交互,为了解耦合一般不会直接持有 或者 操作数据层中的数据模型(可以通过action-targetdelegateblock等方式解耦);

  • C 是控制器Controller用来调节ModelView之间的交互,可以直接与Model还有View进行通信,操作Model进行数据更新,刷新View。

    优点: ViewModel低耦合、高复用、容易维护。

    缺点: Controller的代码过于臃肿,如果ViewModel直接交互会导致ViewModel之间的耦合性比较大、网络逻辑会加重Controller的臃肿。

MVVM: Model - View - ViewModel

  • MVVM衍生于MVC,是MVC的一种演进,促进了UI代码和业务逻辑的分离,抽取Controller中的展示逻辑放到ViewModel里边。
  • M:  数据模型Model
  • V:  就是ViewController联系到一起,视为是一个组件View。View和Controller都不能直接引用模型Model,可以引用视图模型ViewModel。ViewController 尽量不涉及业务逻辑,让 ViewModel 去做这些事情。ViewController 只是一个中间人,负责接收 View 的事件、调用 ViewModel 的方法、响应 ViewModel 的变化。
  • VM: ViewModel负责封装业务逻辑、网络处理和数据缓存。使用ViewModel会轻微的增加代码量,但是总体上减少了代码的复杂性。ViewModel之间可以有依赖。

注意事项:

  • View引用ViewModel,但反过来不行,因为如果VM跟V产生了耦合,不方便复用。即不要在viewModel中引入#import UIKit.h,任何视图本身的引用都不应该放在viewModel中 (注意:基本要求,必须满足)。
  • ViewModel可以引用Model,但反过来不行。

优点:

低耦合、可复用、数据流向清晰、而且兼容MVC,便于代码的移植、并且ViewModel可以拆出来独立开发、方便测试。

缺点:  类会增多、ViewModel会越来越庞大、调用复杂度增加、双向绑定数据会导致问题调试变得困难。

总结:

  • MVVM其实是MVC的变种。MVVM只是帮MVC中的Controller瘦身,把一些逻辑代码和网络请求分离出去。不让Controller处理更多的东西,不会变得臃肿,MVVMMVC可以根据实际需求进行灵活选择。
  • MVVM 在使用当中,通常还会利用双向绑定技术,使得Model 变化时,ViewModel会自动更新,而ViewModel变化时,View 也会自动变化。OC中可以用**RAC(ReactiveCocoa)**函数响应式框架来实现响应式编程。
文章分类
iOS
文章标签