ios mvvm框架的封装_iOS MVVM架构总结

为什么使用MVVM

iOS中，我们使用的大部分都是MVC架构。虽然MVC的层次明确，但是由于功能日益的增加、代码的维护，使得更多的代码被写在了Controller中，这样Controller就显得非常臃肿。

为了给Controller瘦身，后来又从MVC衍生出了一种新的架构模式MVVM架构。

MVVM分别指什么

MVVM就是在MVC的基础上分离出业务处理的逻辑到ViewModel层，即：

Model层：请求的原始数据

View层：视图展示，由ViewController来控制

ViewModel层：负责业务处理和数据转化

简单来说，就是API请求完数据，解析成Model，之后在ViewModel中转化成能够直接被视图层使用的数据，交付给前端(View层)。

MVVM与MVC的不同

首先我们简化一下MVC的架构模式图：

在这里，Controller需要做太多得事情，表示逻辑、业务逻辑，所以代码量非常的大。而MVVM：

MVVM的实现

比如我们有一个需求：一个页面，需要判断用户是否手动设置了用户名。如果设置了，正常显示用户名；如果没有设置，则显示“简书0122”这种格式。(虽然这些本应是服务器端判断的)

我们看看MVC和MVVM两种架构都是怎么实现这个需求的

MVC：

Model类：

#import

@interface User : NSObject

@property (nonatomic, copy) NSString *userName;

@property (nonatomic, assign) NSInteger userId;

- (instancetype)initWithUserName:(NSString *)userName userId:(NSInteger)userId;

@end

@implementation User

- (instancetype)initWithUserName:(NSString *)userName userId:(NSInteger)userId {

self = [super init];

if (!self) return nil;

_userName = userName;

_userId = userId;

return self;

}

@end

ViewController类：

#import "HomeViewController.h"

#import "User.h"

@interface HomeViewController ()

@property (nonatomic, strong) UILabel *lb_userName;

@property (nonatomic, strong) User *user;

@end

@implementation HomeViewController

- (void)viewDidLoad {

[super viewDidLoad];

//创建User实例并初始化

if (_user.userName.length > 0) {

_lb_userName.text = _user.userName;

} else {

_lb_userName.text = [NSString stringWithFormat:@"简书%ld", _user.userId];

}

}

@end

这里我们需要将表示逻辑也放在ViewController中。

MVVM：

Model类：

#import

@interface User : NSObject

@property (nonatomic, copy) NSString *userName;

@property (nonatomic, assign) NSInteger userId;

@end

ViewModel类：

声明：

#import

#import "User.h"

@interface UserViewModel : NSObject

@property (nonatomic, strong) User *user;

@property (nonatomic, copy) NSString *userName;

- (instancetype)initWithUserName:(NSString *)userName userId:(NSInteger)userId;

@end

实现：

#import "UserViewModel.h"

@implementation UserViewModel

- (instancetype)initWithUserName:(NSString *)userName userId:(NSInteger)userId {

self = [super init];

if (!self) return nil;

_user = [[User alloc] initWithUserName:userName userId:userId];

if (_user.userName.length > 0) {

_userName = _user.userName;

} else {

_userName = [NSString stringWithFormat:@"简书%ld", _user.userId];

}

return self;

}

@end

Controller类：

#import "HomeViewController.h"

#import "UserViewModel.h"

@interface HomeViewController ()

@property (nonatomic, strong) UILabel *lb_userName;

@property (nonatomic, strong) UserViewModel *userViewModel;

@end

@implementation HomeViewController

- (void)viewDidLoad {

[super viewDidLoad];

_userViewModel = [[UserViewModel alloc] initWithUserName:@"liu" userId:123456];

_lb_userName.text = _userViewModel.userName;

}

@end

可见，Controller中我们不需要再做多余的判断，那些表示逻辑我们已经移植到了ViewModel中，ViewController明显轻量了很多。说白了，就是把原来ViewController层的业务逻辑和页面逻辑等剥离出来放到ViewModel层。

总结：

MVVM同MVC一样，目的都是分离Model与View，但是它更好的将表示逻辑分离出来，减轻了Controller的负担；

ViewController中不要引入Model，引入了就难免会在Controller中对Model做处理；

对于很简单的界面使用MVVM会增加代码量，但如果界面中内容很多、Cell样式也很多的情况下使用MVVM可以很好地将VC中处理Cell相关的工作分离出来。

写到这里，MVVM基本上就算结束了。重要的还是去实践，在实践中检验真理。

MVVM的缺点

关于MVVM的缺点，Casa Taloyum大神在他的博客《iOS应用架构谈 网络层设计方案》中已经阐述的很详细了。这里简单的引用原文做一个回顾。

这种做法是能够提高后续操作代码的可读性的。在比较直觉的思路里面，是需要这部分转化过程的，但这部分转化过程的成本是很大的，主要成本在于：

数组内容的转化成本较高：数组里面每项都要转化成Item对象，如果Item对象中还有类似数组，就很头疼。

转化之后的数据在大部分情况是不能直接被展示的，为了能够被展示，还需要第二次转化。

只有在API返回的数据高度标准化时，这些对象原型(Item)的可复用程度才高，否则容易出现类型爆炸，提高维护成本。

调试时通过对象原型查看数据内容不如直接通过NSDictionary/NSArray直观。

同一API的数据被不同View展示时，难以控制数据转化的代码，它们有可能会散落在任何需要的地方。

针对这些缺点，Casa Taloyum大神也提出了相应的解决方法，即用一个类似reformer

的对象进行数据过滤，根据不同的reformer

对象过滤出不同的数据。这种方法，目前我也在进行尝试，之后我也会分享我的使用心得，敬请关注。

谢谢！