iOS MVVM架构

作者: 追梦赤子心Year | 来源:发表于2017-02-20 11:52 被阅读1882次

iOS中,我们使用的大部分都是MVC架构虽然MVC的层次明确,但是由于功能日益的增加,代码的维护,更多的代码被写在了Controller中,这样Controller就显得非常臃肿。
为了给Controller瘦身,后来又从MVC衍生出了一种新的架构模式MVVM架构

MVVM分别指什么

Model-数据层
ViewController/View-展示层
ViewModel- 数据模型

MVVM与MVC的不同

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


MVC.png

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

MVVM.png

比如我们有一个需求:一个页面,需要判断用户是否手动设置了用户名。如果设置了,正常显示用户名;如果没有设置,则显示“简书0122”这种格式。(虽然这些本应是服务器端判断的)
我们看看MVC和MVVM两种架构都是怎么实现这个需求的

MVC:

Model类:

#import <Foundation/Foundation.h>
@interface User : NSObject
@property (nonatomic, copy) NSString *userName;
@property (nonatomic, assign) NSInteger userId;
@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];
    
    if (_user.userName.length > 0) {
        _lb_userName.text = _user.userName;
    } else {
        _lb_userName.text = [NSString stringWithFormat:@"简书%ld", _user.userId];
    }
}

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

MVVM:

Model类:

#import <Foundation/Foundation.h>
@interface User : NSObject
@property (nonatomic, copy) NSString *userName;
@property (nonatomic, assign) NSInteger userId;
@end

ViewModel类:
声明:

#import <Foundation/Foundation.h>
#import "User.h"
@interface UserViewModel : NSObject
@property (nonatomic, strong) User *user;
@property (nonatomic, copy) NSString *userName;

- (instancetype)initWithUser:(User *)user;
@end

实现:

#import "UserViewModel.h"

@implementation UserViewModel

- (instancetype)initWithUser:(User *)user {
    self = [super init];
    if (!self) return nil;
        _user = user;
    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];
        _lb_userName.text = _userViewModel.userName;
}

可见,Controller中我们不需要再做多余的判断,那些表示逻辑我们已经移植到了ViewModel中,ViewController明显轻量了很多。

总结:

  • MVVM同MVC一样,目的都是分离Model与View,但是它更好的将表示逻辑分离出来,减轻了Controller的负担;
  • ViewController中不要引入Model,引入了就难免会在Controller中对Model做处理;

相关文章

网友评论

  • 阿斯兰iOS:这些判断逻辑,写在model不也可以吗?或者写在view也可以,不同的view对同一个数据显示的要求不一样,不需要model和控制器处理。
  • icetime17:MVVM相对于MVC的一个很大的优势就是非常容易做单元测试,而不需要去管ViewController的那一堆东西,mock一个ViewModel对象即可。有一个问题请问楼主,这里在userName改变的时候,如何更新label的值?如果不引入RAC的话,是不是只能使用KVO的方式了?
  • sdupidBoby:图用什么画的?
  • 96dfced25580:同意up,mvvm配合rac那叫一个爽,开发来说,逻辑更近清晰了,controller更近偏向跳转和处理常规的delegate,viewmodel处理大部分请求逻辑和业务逻辑,有人说到的监听联动问题,rac会给出很好的解决方案。rac主要的问题就是监听过多会导致常驻内存占用高,对于性能要求不高的大部分应用来说,的确是个很好的解决方案。
  • HunterDude:哈哈,小伙子有前途。
  • 松树李树:期待你的MVVM+RAC
  • RonnieChen888:能感觉出来Controller层较为简洁,但是文件个数在相应增多,各有利弊吧,还有个问题:像这样一段逻辑:if (user.userName.length > 0) {
    _userName = user.userName;
    } else {
    _userName = [NSString stringWithFormat:@"简书%ld", _user.userId];
    }因为是可以直接在你viewModel里进行判断的,如果我需要用到Controller层其他参数呢,岂不是我还得把Controller里的东西传到这个viewModel里了呀,感觉绕了一步额。如果一个页面有用到6个model,那是不是意味着要建六个viewModel哦!
    RonnieChen888:@赤子追梦心 了解了,个人感觉在设计一套框架的时候应该更为有用!
    追梦赤子心Year:MVVM架构和MVC的宗旨是一样的,分离View与Model。之所根据MVC优化出MVVM是因为MVC的Controller中的代码过于臃肿,找个方法都困难。MVVM将表示逻辑拿到ViewModel中,很大程度的对MVC的Controller进行了减负。你说的六个Model,对应六个ViewModel,最好是这样。为了代码清晰嘛。如果一个ViewController对应一个ViewModel的话,那ViewModel就是下一个需要优化的了
  • pleasures:我觉得写代码 可以多写几个类 但一个类里面的代码千万别太多 我觉得MVVM 挺好的 你的例子很简单明了 加油 ❤️
  • Rayman_智:作者有什么MVP的最佳实践没?
  • 飞鸟REAL:我觉得这让代码结构更复杂了吧,不见得是好事:blush:个人见解
    終點起點:比MVC好多了吧,清晰
    飞鸟REAL:@赤子追梦心 ios 我道行浅着呢:blush:只是说下自己的看法,指正谈不上,我还要跟你学习才是
    追梦赤子心Year:MVVM本身就是从MVC衍生出来的,它旨在解决MVC中Controller的臃肿现象,虽然多出了一个类,但是Controller还是轻量了很多。后续我还会写一篇MVVM+RAC的文章,如果方便到时候你可以再看看,有什么问题也可指正一下。

本文标题:iOS MVVM架构

本文链接:https://www.haomeiwen.com/subject/podhwttx.html