在iOS 上实现MVP(附代码)

前言


随着移动互联网承载着越来越错综复杂的业务,传统的MVC已经不能完全满足我们的需求,于是就出现了MVVM、MVP、VIPER等架构。其中,最广为人知的是MVVM,虽说上手没那么容易,但是出于它能为controller减压的优越性,被广泛使用。因此,关于MVVM的文章比比皆是。

或许很多同学都会取出各架构的优越性,结合产品的业务来搭建架构。比如猿题库的MVC+VM架构,利用MVC的易读性加上一层对数据的处理层,也能大大减小controller的负担。MVP实际用起来确实没有MVVM用起来效果明显,但是不排除有小伙伴的公司业务用MVP会比较合适,但是目前关于iOS MVP架构的文章并不多。我们来谈正事:

MVP


MVP模式是MVC模式的一个演化版本(好像所有的模式都是出自于MVC~~),MVP全称Model-View-Presenter。顾名思义,

Model:与MVC中的model没有太大的区别。主要提供数据的存储功能,一般都是用来封装网络获取的json数据的集合。Presenter通过调用Model进行对象交互。

View:这里的View与MVC中的V又有一些小差别,这个View可以是viewcontroller、view等控件。Presenter通过向View传model数据进行交互。

Presenter:作为model和view的中间人,从model层获取数据之后传给view,使得View和model没有耦合。

说了那么多,总得来说MVP的好处就是解除view与model的耦合,使得view或model有更强的复用性。

上一下MVP的概念图:


mvp

下面我们结合代码来看:

首先来看项目的文件结构:

mvp文件结构

代码给出了一个控制器作为例子,大家可以看到,home里面包含了四个文件夹,model、controller、presenter、view。home当中的HomePresenter是继承presenter的,HomePresenter根据业务的不同来实现自己的presenter。

网络


网络的底层还是用AFNetWorking来实现,HttpClient具体的封装大概为

网络层

这里说明一下,这里用delegate而不用block做回调是因为后面的HomePresenter需要对返回的数据进行处理,为了然后结构更加清晰,遵守一个函数一个功能的原则。后面还会再说一下。HttpClient提供了赋值responseHandle的init函数,外部可以通过init函数来绑定responseHandle协议。

再来看一下上面那个responseHandle这个proctocol的结构:

responseHandle

目前只写了success和fail两个回调,这里为了方便演示,只写了一个参数,这个一块大伙可以根据自己的业务需求来写。

结合HttpClient来看一下,我们分别在AFNetWorking请求成功、失败的回调当中处理delegate。简单说,HttpResponseHandle就是嫁接presenter和HttpClient的协议~~

接下来看一下父类Presenter的设计。先看接口:

Presenter.h
Presenter.m

这里采用了泛型,简单说泛型就是有点类似objective-c中的id类型,大伙可以自行Google一下。父类Presenter主要是提供绑定View和解绑View的功能。

基于网络请求设计的HttpPresenter,HttpPresenter继承与Presenter,遵守HttpResponseHandle协议,并且拥有自己的泛型,HttpClient成员变量。供外部调用HttpClient,降低耦合性。

HttpPresenter.m

应用


大致就可以分为这几层了,看一下怎么应用到实例中。

上文的文件目录中可以看出我们每个功能模块都有presenter这个文件夹,对每个模块的presenter都是为这个模块服务,我们可以把请求、储存数据的活动放在这里。并且在这层presenter中处理model数据。为了使controller得到的数据能直接使用,可以多写一个protocol,来承上启下,HomeViewProtocol就为了这个产生。

@protocol HomeViewProtocol

- (void)onGetMovieListSuccess:(HomeModel*)homeModel;

- (void)onGetMovieListFail:(NSInteger) errorCode des:(NSString*)des;

@end

先看了protocol,HomePresenter看起来就清晰多了吧

HomePresenter.m

在看一下controller的调用,初始化HomePresenter,然后绑定一下自己的视图,

controller对presenter的调用

遵循HomeViewProtocol

controller实现HomeViewProtocol协议


db

db这层也简单的封装了一下fmdb,代码已更新。

结尾


后续用MVP来搭一个基础组件。

如果同学们有更好的方案,随时欢迎指正~

附上github地址:https://github.com/baoshanf/MVP-iOS

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

推荐阅读更多精彩内容