iOS的MVP设计模式

前言

最近一段时间,公司刚做完一个MVP项目,我有一个习惯:在项目结项之后总结一下项目中新接触的问题。Google一下关键字“iOS MVP”,发现一些文章,最后是 这篇文章 带给我对MVP 的一些认识。MVP似乎有好多的变种,作者所说的这种有如下特点(以下是原文摘抄一段):

The characteristics of this variant are:

*   the view part of the MVP consists of both UIViews and UIViewController

*   the view delegates user interactions to the presenter

*   the presenter contains the logic to handle user interactions

*   the presenter communicates with model layer, converts the data to UI friendly format, and updates the view

*   the presenter has no dependencies to UIKit

*   the view is passiv (dump)

利用有道翻译如下:

  • MVP的 V 层是由UIViewController 和UIView 共同组成
  • view 将委托presenter 对它自己的操作,(简单来说就是presenter发命令来控制view的交互,要你隐藏就隐藏,叫你show 你就乖乖的show)
  • presenter拥有对 view交互的逻辑(就是上面说的意思)
  • presenter跟model层通信,并将数据转化成对适应UI的数据并更新view
  • presenter不需要依赖UIKit
  • view层是单一,因为它是被动接受命令,没有主动能力
image

presenter 作为业务逻辑的处理者,首先要向Service层拿数据赋值给model,所以它将可以向model层通信。其次,UI的处理权移交给了它,所以它需要与view成通讯,发送命令更新UI。同时,UI的响应将触发业务逻辑的处理,所以view 层向presenter层通讯,告诉他用户做了什么操作,需要你反馈对应的数据来更新UI。这样就完成了从用户交互获得交互反馈到整个业务逻辑。

示例代码如下:

首先看一下demo结构

image

UserViewProtocol 协议定义了一下方法,这些方法其实就是presenter对view层发送的命令:

/**

 * UserViewProtocol 协议定义了一下方法,这些方法其实就是presenter对view层发送的命令

 */

#import "UserModel.h"

@protocol UserViewProtocol <NSObject>

- (void)userViewDataSource:(NSArray<UserModel *> *)data;

- (void)showIndicator;

- (void)hideIndicator;

- (void)showEmptyView;

@end

UserService 类是用来请求数据给presenter的,我就只定义了一个方法:

- (void)getUserInfosSuccess:(SuccessHandler)success andFail:(FailHandler)fail;

这一层,其实也可以很复杂,这就涉及网络层的架构了,具体可以看一下网络层架构方面的博客或书籍 。

ViewController类则是UI层,它实现了tableview自己的协议,还实现了用户交互的协议 UserViewProtocol,也就说,presenter向UI层发送命令,其实是发给UI层的viewController,实际上是控制器来被动的更新UI。这个不管是MVC还是MVP,view的实际控制权应该都是viewController。

协议中的几个方法实现如下:

#pragma mark - UserViewProtocol

- (void)userViewDataSource:(NSArray<UserModel *> *)data {

    self.friendlyUIData = data;

    [self.tableView reloadData];

}

- (void)showIndicator {

    [self.indicatorView startAnimating];

    self.indicatorView.hidden = NO;

}

- (void)hideIndicator {

    [self.indicatorView stopAnimating];

}

- (void)showEmptyView {

    UIAlertController *alertView = [UIAlertController alertControllerWithTitle:@"Alert"message:@"show empty view" preferredStyle:UIAlertControllerStyleAlert];

    [alertView addAction:[UIAlertAction actionWithTitle:@"确定"style:UIAlertActionStyleDefault handler:**nil**]];

    [self presentViewController:alertView animated:YES completion:^{

    }];

}

另外,在viewDidload中,调用了presenter的两个public 方法,示例代码如下:

[self.presenter fetchData];

- (Presenter *)presenter {

    if (_presenter == nil) {

        _presenter = [[Presenter alloc] init];

        [_presenter attachView:self];

    }

    return _presenter;

}

下面来看看Presenter类:

先说attachView 方法,这个方法是对外公开的,目的就是为了将实现了UserViewProtocol 协议的对象(其实应该就是控制器,因为view的直接操作者就是view Controller)绑定到presenter 上,说白了就是presenter 可以直接拿到实现了UserViewProtocol 协议的对象,并且向他发送命令(协议实现的方法,前面有说到),具体该方法的实现:

#import <Foundation/Foundation.h>

#import "UserViewProtocol.h"

#import "UserModel.h"

NS_ASSUME_NONNULL_BEGIN

@interface Presenter : NSObject

/**

 将一个实现了 UserViewProtocol 协议的对象绑定到 presenter上来

 @param view 实现了UserViewProtocol的对象,一般来说,应该就是控制器,在MVP中,V 和 VC 共同组成UI 层

 */

- (void)attachView:(id <UserViewProtocol>)view;

/**

 这个是对外的入口,通过这个入口,实现多个对内部的操作,外部只要调用这个接口就可以了

 */

- (void)fetchData;

@end

NS_ASSUME_NONNULL_END

注意attachView属性其实就是我们平时使用委托协议( delegate),只是名字换成了attachView 而已,因为presenter和 viewController相互持有,所以必须要通过weak 来打破循环引用,所以必须要用weak修饰。

再来说fetchData方法:

公开这个方法,只是为了数据请求有个统一的接口,而不需要presenter分开多次调用,presenter自己处理所有事情,不让viewController参和进来,具体实现就看demo。

最后说一下presenter的私有方法:

/**

 如果数据比较复杂,或者UI渲染的数据只是其中很少一部分,将原数据处理,输出成UI渲染的数据。(题外话:这里其实还可以使用协议,提供不同的数据格式输出。)

 @param originData 原始数据

 @return 将原始数据转换为UI需要数据

 */

- (NSArray<UserModel *> *)processOriginDataToUIFriendlyData:(NSArray *)originData {

    NSMutableArray<UserModel *> *friendlyUIData = [NSMutableArray array];

    for (NSDictionary *dic in originData) {

        if ([[dic valueForKey:@"gender"] isEqualToString:@"male"]) {

            UserModel *model = [UserModel userWithDict:dic];

            [friendlyUIData addObject:model];

        }

    }

    return friendlyUIData;

}

这个私有方法是将原始数据转换成UI所需要的数据,这样UI拿到数据就可以直接使用,而不用做各种判断,逻辑依然放在了presenter中。而且,这个数据处理可以做成协议,输出不同UI需要的数据,这个也可以看关于view架构的文章。

demo地址

更多文章

CocoaPods开源库的搭建
CocoaPods搭建私有库
CocoaPods搭建私有库遇到问题
CocoaPods私有库的升级维护
SKStoreReviewController之程序内评价
App应用程序图标的动态更换
开源框架 MGJRouter_Swift
iOS的MVP设计模式
iOS插件化
iOS FMDB的使用
Swift之ReactiveSwift
OC之ReactiveCocoa
OC之ReactiveCocoa进阶
iOS 性能考虑

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 151,511评论 1 330
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 64,495评论 1 273
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 101,595评论 0 225
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 42,558评论 0 190
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 50,715评论 3 270
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 39,672评论 1 192
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,112评论 2 291
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,837评论 0 181
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,417评论 0 228
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,928评论 2 232
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,316评论 1 242
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,773评论 2 234
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,253评论 3 220
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,827评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,440评论 0 180
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 34,523评论 2 249
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 34,583评论 2 249

推荐阅读更多精彩内容