iOS中的MVP模式初探

先说一下MVC模式, 示意图如下:



MVC模式示意图

模型拿到数据, 可能是数据库或者网络数据

最简单的比方, 我们拿到一个模型数组了之后, 这个就相当于是一个数据源.

将数据传递给控制器, 控制器经过简单地加工

数据源经过简单地处理加工, 比如在tableView中, 我们可能会使用数据源方法, 将模型数组中的元素取出来, 传递给View层, 比如cell

将加工后的数据展示出来

cell展示模型中的数据

那么MVP模式又是怎样的呢?请看下图



MVP模式示意图

从上图可以看出, 从MVC中又抽象出了P层, 即Presenter层

Controller其实将view和viewController传递给了P层, 这样P层其实就拥有了控制器的权利, 完全可以行使控制器的职责.

Controller又持有Presenter, 那么它只需要调用P层暴露出的接口, 就完全可以完成整个业务逻辑和页面展示

关于C端和P端的循环引用的问题, 直接用weak关键字就可以解决了

利用代码来说明一下问题:

这是一个Presenter的Protocol, 所有的P层的类都要遵循这个Protocol

#import/**

作为P : presenter 是管理 view viewController model这个三个中间人,负责UI刷新

视图的交互总是和VC 关联着的

*/

@protocol TGPresenterProtocol @optional

// 处理View视图相关操作 -- 协议的遵守者

- (void)setView:(NSObject *)view;

// 处理事件的相关响应

- (void)setViewController:(UIViewController *)viewController;

// 展示

- (void)present;

// 加载model

- (void)presentWithModel:(id)model viewController:(UIViewController *)viewController;

@end

可以看出, P层是可以拿到view或者viewController的, 并且可以在实现set方法的时候做一些事情. 这个稍后再讲

另外, P层还可以展示数据, 直接展示数据, present方法, 利用模型展示数据, 利用presentWithModel:方法

比如, 在一个遵循了TGPresenterProtocol的Presenter类中

把需要管理的view传递给P,

- (instancetype)initWithTableView:(UITableView *)view{

self = [superinit];

if(!self) {

returnnil;

}

_view = view;

_view.delegate = self;

_view.dataSource = self;

_view.separatorStyle = UITableViewCellSeparatorStyleNone;

// 自适应高度

_view.rowHeight = UITableViewAutomaticDimension;

_view.estimatedRowHeight =100;

returnself;

}

- (void)setView:(UITableView *)view{

// 设置视图

_view = view;

_view.delegate = self;

_view.dataSource = self;

_view.separatorStyle = UITableViewCellSeparatorStyleNone;

// 自适应高度

_view.rowHeight = UITableViewAutomaticDimension;

_view.estimatedRowHeight =100;

}

比如上面的代码, 将tableView的数据源和代理都给了P, 那么P就相当于行使了控制器的权力, 当P层拿到数据时(没错, P层是持有Model的):

- (void)loadHPData{

NSString *dataPath = [[NSBundle mainBundle] pathForResource:@"testCellData"ofType:@"json"];

NSData *jsonData = [NSData dataWithContentsOfFile:dataPath];

NSError *error;

NSDictionary *dataDic = [NSJSONSerialization JSONObjectWithData:jsonData options:NSJSONReadingAllowFragments error:&error];

if(error) {

NSLog(@"error = %@",error.localizedDescription);

}

NSLog(@"dataDic = %@",dataDic);

// model 要处理好数据的显示格式

self.hpModel = [[CellSelfSizeModel alloc] initWithDic:dataDic];

// 刷新

[self present];

}

走Present方法, 实际就是tableView的reloadData:

- (void)present{

[self.view reloadData];

}

然后重走tableView的数据源方法. 将数据分发给cell去展示:

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section{

returnself.hpModel.data.listArray.count;

}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{

NSString *ID = @"";

cellType type;

CelllSelfSizeListModel *newsList;

if(indexPath.row > self.hpModel.data.listArray.count -1) {

newsList = nil;

}else{

newsList = self.hpModel.data.listArray[indexPath.row];

}

if(newsList.orginImg.length>0) {

// 有图片

type = NewsInListCellTypeHavePic;

}else{

// 无图片

type = NewsInListCellTypeOnlyWord;

}

ID = [NSString stringWithFormat:@"reusId%ld",(long)type];

SelfSizeTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];

if(cell == nil) {

cell = [[SelfSizeTableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:ID cellType:type];

}

cell.cellModel = newsList;

returncell;

}

这样就实现了Controller, View, Model的解耦. 给大家看看控制器做的事情:

- (void)viewDidLoad {

[superviewDidLoad];

// Do any additional setup after loading the view.

self.title = @"MVP Demo";

//    布局

[self initViews];

[self setUpConstraints];

self.hpPresenter = [TGHPPresenternew];

// 视图对象

self.hpPresenter.view = self.tableView;

// 控制器对象

self.hpPresenter.viewController = self;

// 外边是要传入参进去的 -- 数据模型

[self.hpPresenter loadHPData];

}

只需要初始化P层, 然后调P层的接口就可以了. 至于P层内部的逻辑, 我不需要知道

V层也只专注于视图的创建

M层只专注于模型的构建(字典->模型)

这样分层, 解耦的思想在程序设计中是极为重要的. 其实也可以看出MVP是对MVC模式的进一步抽象.

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

推荐阅读更多精彩内容