iOS MVVM架构
2020-05-04 本文已影响0人
Foxhoundsun
使用MVVM
iOS中，我们使用的大部分都是MVC架构。虽然MVC的层次明确，但是由于功能日益的增加、代码的维护，使得更多的代码被写在了Controller中，这样Controller就显得非常臃肿。
为了给Controller瘦身，后来又从MVC衍生出了一种新的架构模式MVVM架构。
MVVM是什么
MVVM就是在MVC的基础上分离出业务处理的逻辑到ViewModel层，即：
- Model层：请求的原始数据
- View层：视图展示，由ViewController来控制
- ViewModel层：负责业务处理和数据转化
简单来说，就是API请求完数据，解析成Model，之后在ViewModel中转化成能够直接被视图层使用的数据，交付给前端（View层）。
MVVM与MVC的不同
首先我们简化一下MVC的架构模式图：
image.png
Controller需要做太多得事情，表示逻辑、业务逻辑，所以代码量非常的大。
MVVM：
image.png
MVVM的实现
- 举例一个需求：一个页面，需要判断用户是否手动设置了用户名。如果设置了，正常显示用户名；如果没有设置，则显示“用户+ID”这种格式。（虽然这些本应是服务器端判断的）
MVC实现：
Model类：
#import <Foundation/Foundation.h>
@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 <Foundation/Foundation.h>
@interface User : NSObject
@property (nonatomic, copy) NSString *userName;
@property (nonatomic, assign) 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
ViewController类：
#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这种做法是能够提高后续操作代码的可读性的。在比较直觉的思路里面，是需要这部分转化过程的，但这部分转化过程的成本是很大的，主要成本在于：
- 数组内容的转化成本较高：数组里面每项都要转化成Item对象，如果Item对象中还有类似数组，就很头疼。
- 转化之后的数据在大部分情况是不能直接被展示的，为了能够被展示，还需要第二次转化。
- 只有在API返回的数据高度标准化时，这些对象原型（Item）的可复用程度才高，否则容易出现类型爆炸，提高维护成本。
- 调试时通过对象原型查看数据内容不如直接通过NSDictionary/NSArray直观。
- 同一API的数据被不同View展示时，难以控制数据转化的代码，它们有可能会散落在任何需要的地方。
