四、协议

OC中不支持多继承和抽象类,因而出现了协议。其实就是把一个某一系列相同功能类应该实现的方法定义在协议中,编写类的时候遵守这个协议,那么也意味着该类应该实现对应的方法。
在iOS编程实践中,协议的比较总要的两个应用场景是:

  • 实现代理设计模式
  • 实现protocol形式的项目组件化

基本语法

协议也可以继承协议

@protocol <#protocol name#> <NSObject>

<#methods#>

@end

代理模式

定义一套接口,某对象若想接受另一个对象的委托,则需遵从此接口,以便成为它的代理。之后委托者可以向代理请求数据,或者发出事件回调。

比较经典的使用是UITableView。对于一个视图而言,它的内部应该仅包含一定数据源格式时视图如何展示的逻辑。而不应该包括数据和交互逻辑。所以将数据的获取组装作为一个数据源代理(data source),把与视图的交互反馈作为代理(delegate)。最终实现数据与业务逻辑的解耦。

另外一个场景是网络获取数据,Effect Objective-C中有这样一个例子:


image.png

代理的属性修饰

代理的属性修饰符应该使用weak,复合语义,因为委托方并不持有代理,两者生命周期无关。并且也避免了引用,因为代理一般会持有委托方。

@optional和@required

@optional用来定义可选协议方法,默认是可选的。@required用来定义必须实现的协议方法。
可以使用respondsToSelector来判断代理是否能够响应协议方法。

使用位段(bitfield)来缓存响应能力

位段的实现:

struct {
        unsigned int didReceiceData     :1;
        unsigned int didFailWithError   :1;
    } _delegateFlags;

这里每一个值可以存储0或1,在设置代理时通过respondsToSelector赋值,以后使用的时候判断缓存值即可。

一个例子

--------------- interface 文件 ---------------
#import <Foundation/Foundation.h>

@class FTMNetworkFetcher;

@protocol FTMNetworkFetcherDelegate <NSObject>
@optional
- (void)networkFetcher:(FTMNetworkFetcher *)fetcher
        didReceiveData:(NSData *)data;
- (void)networkFetcher:(FTMNetworkFetcher *)fetcher
        didFailWithError:(NSError *)error;
@end

@interface FTMNetworkFetcher : NSObject
@property (weak, nonatomic) id<FTMNetworkFetcherDelegate> delegate;
@end
--------------- implementation 文件 ---------------
#import "FTMNetworkFetcher.h"

@interface FTMNetworkFetcher () {
    struct {
        unsigned int didReceiceData     :1;
        unsigned int didFailWithError   :1;
    } _delegateFlags;
}
@end

@implementation FTMNetworkFetcher

- (void)setDelegate:(id<FTMNetworkFetcherDelegate>)delegate {
    _delegate = delegate;
    _delegateFlags.didReceiceData = [_delegate respondsToSelector:@selector(networkFetcher:didReceiveData:)];
    _delegateFlags.didFailWithError = [_delegate respondsToSelector:@selector(networkFetcher:didFailWithError:)];
}

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

推荐阅读更多精彩内容