iOS架构之MVC+MVVM

2022/6/27 23:25:27

本文主要是介绍iOS架构之MVC+MVVM,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

一、简单了解MVC

经典图如下:M-Model;V- view;C-controller;就是Controller对象拥有View和Model对象,两者通过Controller进⾏沟通。在MVC中,controller都是挑大头的存在,网络请求的接收和处理都放在了Controller中,Model只负责了一下属性的定义;View则是独立的一块,但大多数手写代码的人会选择在loadview中加载view,而不会单独的在写一个view类来专门的写view,而stroryBoard和Xib其实很好的分离了view,但是由于其合并难的特点,在多人协作的场景下其实并不适用。因此大多数的人会将一些view的操作(比如判断密码是否合法等)都放在controller中实现,其实这并不是MVC设计的初衷,仅仅只是我们在写代码逻辑的时候没没有很好的区分,从而使得Controller有了上帝视角,什么都能干,但却看不出其中MVC真正的架构本质。

1.1 MVC的缺点

  • Controlller过重,C需要做的事情太多, 比如view的代理,数据的请求,业务逻辑,视图约束等等都可能会被写在C总
  • 耦合性高:view对model强引用,在view中也会对model进行操作,controlller也可以引用view,controller中也会对view做布局约束

1.2 MVC的优点

  • 简单,是比较容易上手写的一个架构模式,特别是在结合storyboard和xib使用之后
  • controller有绝对的上帝视角,既是优点也是缺点
  • 代码量少,当然这点是相对于MVVM来说的,因为他不需要额外的新建ViewModel类等,所以在一定程度上也减少了代码量

其实MVC最难受的地方就是在于controlller的权利过大,代码冗余,因此又出现了MVVM模式

二、MVVM

下面的这张图也是老朋友了,应该经常见:M-model数据层;VM-viewModel(介于view和model之间的中间层:主要负责业务逻辑,网络请求);C-viewController;V-view(布局视图、约束试图);通过VM将view和model分离,涉及两者的操作都放在了VM层,有效的缓解了MVC中C的压力

2.1 代码讲解:(参考链接自https://juejin.cn/post/7110933653240152077)

实现需求:点击某个按钮时,将按钮状态置反,然后像接口发送网络请求post新的状态,如果接口成功则提示成功,如果接口请求失败,则还原初始状态。

2.1.1

1) View.h:view对viewModel强引用

@interface OSArchitectureCell : UITableViewCell
@property (nonatomic, strong) OSAuthorViewModel *viewModel;
@end

2)view.m : 只对视图做布局;网络请求交给viewModel

//view 绑定视图
- (void)setViewModel:(OSAuthorViewModel *)viewModel {
    _viewModel = viewModel;
    //头像
    self.authorIcon.image = [UIImage imageNamed:viewModel.avater];
    //名字
    self.authorNameLabel.text = viewModel.name;
    // 是否关注
    [self updateFollowBtn:viewModel.isFollow];
    __weak typeof(self) weakSelf = self;
     //关注回调
    [viewModel setRefreshFollowState:^(BOOL isFollow) {
        [weakSelf updateFollowBtn:isFollow];
    }];
}

//按钮样式改变
- (void)updateFollowBtn:(BOOL)isFollow {
    if (isFollow) {
        _followBtn.backgroundColor = [UIColor grayColor];
        [_followBtn setImage:nil forState:UIControlStateNormal];
        [_followBtn setTitle:@"取消关注" forState:UIControlStateNormal];
        [_followBtn setTitleColor:[UIColor whiteColor] forState:UIControlStateNormal];
    } else {
        _followBtn.backgroundColor = [UIColor yellowColor];
        [_followBtn setImage:[UIImage imageNamed:@"icon_follow"] forState:UIControlStateNormal];
        [_followBtn setTitle:@"关注" forState:UIControlStateNormal];
        [_followBtn setTitleColor:[UIColor blackColor] forState:UIControlStateNormal];
    }
}

//按钮点击响应
- (void)followAction:(UIButton *)sender {
    // mvvm
    //视图更新
    [self updateFollowBtn:!self.viewModel.isFollow];
    //数据改变,网络请求
    [self.viewModel requestFollow];
}

2.1.2 

1)viewModel.h : 采用block的方式进行通信

@interface OSAuthorViewModel : NSObject

@property (nonatomic, copy) NSString *avater;
@property (nonatomic, copy) NSString *name;
@property (nonatomic, assign) BOOL isFollow;

- (void)requestFollow;
@property (nonatomic, copy) void(^refreshFollowState)(BOOL isFollow);
@end

2) viewModel.m:做网络请求操作

- (void)requestFollow {
    // 改变数据
    self.isFollow = !self.isFollow;
    
    //网络请求
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        dispatch_after(dispatch_time(DISPATCH_TIME_NOW, 1*NSEC_PER_SEC), dispatch_get_main_queue(), ^{
            // 模拟失败
            if (arc4random_uniform(20) > 15) {
                if (self.refreshFollowState) {
                    self.refreshFollowState(!self.isFollow);
                }
                //模拟toast
                NSLog(@"%@失败",self.isFollow ? @"关注": @"取消关注");
                self.isFollow = !self.isFollow;
            } else {
                if (self.refreshFollowState) {
                    self.refreshFollowState(self.isFollow);
                }
                NSLog(@"%@成功",self.isFollow ? @"关注": @"取消关注");
            }
        });
    });
}

2.1.3 Model:

这里需要设置相应的model,然后在改变数据的时候就需要改变Model的数据。

ViewModel跟View的通信使用的是Block的方式。也就是说,如果视图引起的model改变,因为View对ViewModel 有引用,ViewModel对Model有引用,所以可以直接通过 [self.viewModel xxx]这种方式调用。而Model的改变要通信到View层需要通过ViewModel的Block(refreshFollowState)调用达到目的。而viewModel的block是在bindViewModel的时候赋值的,在赋值的时候一定要注意循环引用的问题。

2.1.4 cell的重用逻辑

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    OSArchitectureCell *cell = [tableView dequeueReusableCellWithIdentifier:NSStringFromClass([OSArchitectureCell class]) forIndexPath:indexPath];
    
    OSAuthorViewModel *viewModel = self.vm.authorViewModels[indexPath.row];
    //绑定ViewModel
    cell.viewModel = viewModel;
    return cell;
}

 

三、MVP(面向协议编程)

在MVP中,P是present层,用来处理业务逻辑,M依然是数据层,V则是view和viewController的结合体。如下所示:

3.1 代码展示(参考https://juejin.cn/post/7110933653240152077)

3.1.1 view

- (void)viewDidLoad {
    [super viewDidLoad];
    self.view = self.contentView;
    self.presenter = [[OSAuthorPresenter alloc] init];
    self.presenter.delegate = self;
    
}

- (void)reloadView {
    [self.contentView reloadData];
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    OSAuthorMvpCell *cell = [tableView dequeueReusableCellWithIdentifier:NSStringFromClass([OSAuthorMvpCell class]) forIndexPath:indexPath];
    OSAuthorModel *model = self.presenter.dataList[indexPath.row];
    cell.authorIcon.image = [UIImage imageNamed:model.avater];
    cell.authorNameLabel.text = model.name;
    cell.indexPath = indexPath;
    [cell updateFollowBtn:model.isFollow];
    return cell;
}

3.1.2 

1)present.h(presenter和view的交互通过代理来实现双向通信;P则通过请求数据赋值给Model来实现P和M间的通信)

@protocol OSAuthorPresenter <NSObject>
@optional
- (void)didClickFollow:(BOOL *)isFollow indexpath:(NSIndexPath *)indexpath;
- (void)reloadView;
@end

2) present.m

@implementation OSAuthorPresenter
- (void)loadData {
    // 模拟网络请求
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        dispatch_after(dispatch_time(DISPATCH_TIME_NOW, 1*NSEC_PER_SEC), dispatch_get_main_queue(), ^{
            OSAuthorModel *author1 = [[OSAuthorModel alloc] init];
            author1.avater = @"avatar-1";
            author1.name = @"小红";
            author1.isFollow= YES;
            OSAuthorModel *author2 = [[OSAuthorModel alloc] init];
            author2.avater = @"avatar-2";
            author2.name = @"小蓝";
            author2.isFollow= NO;
            OSAuthorModel *author3 = [[OSAuthorModel alloc] init];
            author3.avater = @"avatar-3";
            author3.name = @"小绿";
            author3.isFollow= YES;
            self.dataList = @[author1, author2, author3];
            if ([self.delegate respondsToSelector:@selector(reloadView)]) {
                [self.delegate reloadView];
            }
        });
    });
}

- (void)didClickFollow:(BOOL *)isFollow indexpath:(NSIndexPath *)indexpath {
    //..code..
}
@end

3)cell

- (void)followAction:(UIButton *)sender {
    if ([self.delegate respondsToSelector:@selector(didClickFollow:indexpath:)]) {
        [self.delegate didClickFollow:self.isFollow indexpath:self.indexPath];
    }
}

3.2 MVP的好处

  • 是一种适用于所有程序的架构模式
  • Presenter层作为连接View层与Model层的桥梁,使得在MVP架构中Model与View无法直接进行交互。Presenter层会从Model层获得所需要的数据,进行一些适当的处理后交由View层进行显示,这样通过Presenter将View与Model进行隔离,使得View和Model之间不存在耦合,同时也将业务逻辑从View中抽离。
  • Presenter与View的交互式通过接口来实现的,耦合度低,也有利于单元测试
  • Presenter是基于行为的,一个Presnter可用于多个View,增强了代码复用

四、架构的意义

      架构的意义在于让项目结构清晰,更容易维护,迭代起来更加轻松。架构模式之间没有三六九等,只有项目适合于某种架构模式,并不存在某种架构模式比另一种架构模式更加优秀,像是平时写的一个静态页面,如果采用MVC写,一个文件一个类就可以完全搞定,如果非要使用MVVM,MVP,反而多增加几个类,在项目优化的时候,我们又在绞尽脑汁得减少类的使用,索性在这时候就放弃项目整体的架构,转而使用更简单的架构也是一种不错的选择。

这篇关于iOS架构之MVC+MVVM的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程