iOS开发基础:协议,代理,傻傻分不清

首先,协议(protocol)不是对象,是Objective-C的一种语法,用于声明一组方法,约定调用者可以使用实现者的哪些方法。

协议不能被单独实例化,只能由类来明文声明,并具体实现。

用Xcode8添加协议

基本步骤与iOS开发基础:如何使用类别(Category) 相似,只是文件类型选择协议:

选择协议

协议声明:


@protocol XSProtocol

@optional
- (void)doSomeThingNotMustDo;

@required
- (id)doSomeThingMustDo:(NSObject *)arg;
@end

@optional表示实现者可自由选择是否实现;
@required表示必须实现。

声明继承协议:

@protocol XSProtocol <NSCopying>
@end

协议不但可以继承的,并且可以多继承,在尖括号中用逗号分隔:

@protocol XSProtocol <NSObject, NSCopying>
@end

这里NSObject是个协议名,并不是类名。如果实现者声明XSProtocol,则需要同时实现NSObject, NSCopying两套协议。

协议的实现:


如我们常用的UITableView的数据源和代理,可以用同一个类来实现:

@interface ViewController () <UITableViewDelegate, UITableViewDataSource>

@end

@implementation部分,实现协议声明的方法:

@implementation ViewController
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {
    
}

//...
@end

编译器会告诉你哪些必要的(声明为@required的)协议方法没有实现:

没有实现必要的协议方法

协议的使用:


1. 指定对象需要实现的方法:

- (void)callStudent:(Student<Programmer> *)aStudent;

一看这样的声明,就知道该方法需要一个会编程的学生,
如果传入一个普通的Student对象,会引发一个警告:

没有声明Programmer协议的对象

所以协议可以帮助我们写出<u>自我说明</u>的代码,并且编译器会帮助我们检查。

2. 调用时,先判断被调用者是否实现某方法:

if ([self.delegate respondsToSelector:@selector(textColorChanged:)]) { 
  [self.delegate textColorChanged:self.textColor]; 
}

可能有些童鞋会想,每次调用方法前(即使不是协议方法)都调用一次respondsToSelector,不就万无一失了吗?很不幸,respondsToSelector会消耗较多的资源,降低程序的执行效率,因此建议新手在调用协议方法时必须进行检查,等经验积累后,再根据具体需要自行选择是否检查,比如需要提高性能时,可以缓存respondsToSelector的判断结果。

什么是代理?

代理(delegate)是A对象指定B对象处理某些特定任务的设计模式,这里B对象就成为了A对象的“代理”。


代理关系

在Objective-C中,协议是实现代理模式的一种方式,

协议提供了面向接口编程的一种方式,使用协议,<u>调用者</u>只需关心<u>被调用者</u>是否能做某事,而不关心<u>被调用者</u>具体是谁。

这就是为什么代理对象总是被声明成id,也就是说,只要实现了协议,任何类都可以成为代理。

理解了代理模式,这里需要提醒使用协议的一个注意点:

声明为代理的属性,需要定义为 weak

@property (nonatomic, weak, nullable) id <UITableViewDelegate> delegate;

因为B将自己声明为A的代理,必然也会保留A,这样相互保留的关系很容易形成“保留环”,造成内存无法释放。

小结

协议是Objective-C 的一种语法,声明了一套方法,而代理是一种设计模式,可以用协议来实现。
使用协议要注意三个问题:

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

推荐阅读更多精彩内容