iOS架构由浅入深 | MVVM

---

前言

本着大道至简，由浅入深的想法。本文会从一个简单的例子入手，逐步解析MVVM在iOS中的应用。说一说见解，比一比优劣，若有不足之处，还望各路大神耐心指出，晚辈不胜感激！

文章目录

• 架构之争
• MVVM初探
• 工程实践
• 总结

---

一.架构之争

苹果官方实际上是推荐使用MVC，结构大体以下：

能够看出 View跟 Model事实上是没有交互的，由 Controller负责 Model与 View之间的交互，交互越多， Controller就越臃肿，更别提实际运用中有些还去掉了 View层或者 Model层。目前对MVC架构划分是 Model做为 数据管理者， View做为 数据展现者， Controller做为 数据加工者。

然而在iOS中Controller中因为有苹果内定的一些视图的生命周期在里面，好比viewDidLoad等等，因而就出现了一些关于iOS的MVC架构方面的争论，有些认为在iOS开发中并无什么View和Controller，只有Model+ViewController；我的比较推崇Casa Taloyum的划分：

M应该作的事：
1.给ViewController提供数据
2.给ViewController存储数据提供接口
3.提供通过抽象的业务基本组件，供Controller调度

C应该作的事：
1.管理View Container的生命周期
2.负责生成全部的View实例，并放入View Container
3.监听来自View与业务有关的事件，经过与Model的合做，来完成对应事件的业务。

V应该作的事：
1.响应与业务无关的事件，并所以引起动画效果，点击反馈（若是合适的话，尽可能仍是放在View去作）等。
2.界面元素表达
复制代码

严格意义来讲Controller确实作了视图相关的操做，但这个是苹果封装给开发者的视图容器，暴露一些模板方法方便调用，咱们应该是在这个基础上进行iOS的MVC架构开发吧😝（PS：我的见解，随便唠唠）； 至于从MVC演变过来的MVVM，则作了进一步的优化：

抽出了 ViewModel层负责数据与视图的交互部分， Controller仅协调各个部分的绑定关系以及必要的逻辑处理，具体各个模块之间的分配借用 ReactiveCocoa和MVVM，简介的一张图：

介绍到这里，想必你们对MVC和MVVM有了一些基本的了解，具体要用什么架构你们各取所需，真正实现所选架构。

---

小结一下 介绍一下二者对比结果： MVC

优势： 通用架构； 处理耦合度高的逻辑方便； 缺点： 耦合度高； 复用性差； 测试性差；

MVVM

优势： 耦合度低； 复用性高； 测试性高； 层次更清晰； 重构成本低； 缺点： 处理耦合度高的逻辑比较复杂； 若加入RAC，增长学习成本； 一些Bug比较难调试；

二.MVVM初探

笔者选用RAC实现MVVM架构，固然不是必要的，重要的实现架构，用到的一些库都算是工具，也能够本身用KVO实现，原生的KVO实现会遇到一些iOS下KVO使用过程当中的陷阱，还有诸如父类被子类KVO方法覆盖，收到监听消息的判断过于冗长等等；这里推荐使用Facebook开源的KVOController 框架，跟示例差很少，就不重复列举了；

好了，👇下面开始写代码了~ 工程结构以下：

2.1 ZBMVVMSimpleViewController

协调viewModel绑定model，view绑定viewModel；

- (void)viewDidLoad
{
    [super viewDidLoad];
    
    //初始化
    self.simpleModel.name = @"帅斌";
    
    //建立视图
    [self.view addSubview:self.simpleView];
    
    /*绑定关系*/
    //viewModel绑定model
    [self.simpleViewModel bindModel:self.simpleModel];
    //view绑定viewModel
    [self.simpleView bindViewModel:self.simpleViewModel];   
}
复制代码

2.2 ZBMVVMSimpleView

建立视图，实现绑定viewModel的内部逻辑；

- (instancetype)init
{
    self = [super init];
    if(self){
        self.frame = [UIScreen mainScreen].bounds;
        self.backgroundColor = [UIColor whiteColor];
        
        self.nameButton = [UIButton buttonWithType:UIButtonTypeSystem];
        _nameButton.frame = CGRectMake(0, 0, 100, 50);
        _nameButton.center = CGPointMake(self.frame.size.width / 2.0, (self.frame.size.height / 3.0 * 1));
        _nameButton.backgroundColor = [UIColor blackColor];
        [_nameButton setTitleColor:[UIColor whiteColor] forState:UIControlStateNormal];
        [_nameButton addTarget:self action:@selector(nameButtonAction) forControlEvents:UIControlEventTouchUpInside];
        [self addSubview:_nameButton];
    }
    return self;
}
//按钮点击方法
- (void)nameButtonAction
{
    if(self.viewModel){
        [self.viewModel changeButtonTextAction];
    }
}
//绑定viewModel
- (void)bindViewModel:(id)viewModel
{
    self.viewModel = viewModel;
    @weakify(self);
    [[RACObserve(self.viewModel, nameStr) ignore:nil] subscribeNext:^(id  _Nullable x) {
        @strongify(self);
        [self.nameButton setTitle:x forState:UIControlStateNormal];
    }];
}
复制代码

2.3 ZBMVVMSimpleViewModel

ZBMVVMSimpleViewModel.h部分： 对外暴露的一些可供调用的接口：

@interface ZBMVVMSimpleViewModel : NSObject

@property (nonatomic, strong) NSString *nameStr;

//绑定model
- (void)bindModel:(id)model;
//按钮点击方法的实现
- (void)changeButtonTextAction;

@end
复制代码

ZBMVVMSimpleViewModel.m部分： 实现绑定model，按钮更换name；

@interface ZBMVVMSimpleViewModel()

@property (nonatomic, strong) ZBMVVMSimpleModel *model;
@property (nonatomic, assign) BOOL              isClick;

@end
@implementation ZBMVVMSimpleViewModel
//绑定model
- (void)bindModel:(id)model
{
    self.model = model;
    self.nameStr = self.model.name;
}

//按钮点击方法的实现
- (void)changeButtonTextAction
{
    _isClick = !_isClick;
    if(_isClick){
       self.model.name = @"火之玉";
    }else{
       self.model.name = @"帅斌";
    }
    self.nameStr = self.model.name;
}

@end
复制代码

经过这个简单的案例，能够看出MVVM各个部分之间的关系以及如何实现这一架构；

MVVM的Model和View没有交互，交互移步到ViewModel；View持有ViewModel，ViewModel持有Model，反过来持有的话View容易直接跟Model容易产生耦合，这样就失去了架构的意义；

小结一下：

MVVM的核心在于：（我的意见） 1.MVVM的双向绑定； 2.Model与View解耦；

三.工程实践

参照iOS MVVM+RAC 从框架到实战本身实现了个小demo：

看了网上一些实现案例，最后选择了这种结构清晰，又方便管理的工程模式，顺便告诉做者一句，已点赞，已star。

这里本来想抽出tableView的dataSource父类，但看到网上一个比较好的案例，基于MVVM，用于快速搭建设置页，我的信息页的框架，也挺有意思的，学习了。

说一下发现的一个小问题，Masonry的block中使用了weak；

- (NSArray *)mas_makeConstraints:(void(^)(MASConstraintMaker *))block {
    self.translatesAutoresizingMaskIntoConstraints = NO;
    MASConstraintMaker *constraintMaker = [[MASConstraintMaker alloc] initWithView:self];
    block(constraintMaker);
    return [constraintMaker install];
}
复制代码

经过源码能够看出Masonry的block是一个局部变量，在方法调用后就会释放，不存在相互持有，因此这里能够不用weak的；

总结

MVVM模式一直是热议的话题，在众多语言里都有被模仿。虽然将View和Model分离了，可是也增长了数据绑定，数据分离的一些代码。总之有利有弊吧，供开发者自由选择。ViewController要想瘦身不光一种模式能够选择，实际开发过程当中，可能工程模式已经固定，须要一步步进行代码优化，一会儿转MVVM还真的有些困难。唐巧大神在被误解的 MVC 和被神化的 MVVM提供了几个ViewController瘦身的思路，值得借鉴。

好了，此次MVVM就分享这么多，之后还会分享更深刻更有意思的内容，欢迎探讨~

最后附上工程连接：

点此下载

博文推荐：

iOS应用架构谈 view层的组织和调用方案

ReactiveCocoa 和 MVVM 入门

被误解的 MVC 和被神化的 MVVM

iOS MVVM+RAC 从框架到实战

猿题库 iOS 客户端架构设计

MVVM奇葩说