0 關(guān)鍵詞
代理模式、delegate
1 概述
Delegate是Cocoa的精髓之一，Delegate在Cocoa及各大框架下出現(xiàn)頻率極高，很少有框架像Cocoa這樣對代理模式如此癡迷，因此Delegate在iOS/MacOS開發(fā)中的重要性不言而喻。不過近年來Block在官方新API出現(xiàn)的頻率明顯增多，Block取代Delegate完成了不少功能。但Delegate仍然大量存在于Cocoa框架之中。
2 Delegate的聲明步驟
完整的代理聲明步驟如圖所示，左側(cè)是委托方（如UITableView），右側(cè)是代理方（如UIViewController或UITableViewController）。
3 使用Delegate的常見問題
3.1 代理不執(zhí)行
- 檢查是否指定的代理人。如在ViewController中檢查是否指定了TableView的代理
_tableView.delegate = self;。這是很多人都會忘記的一步，當(dāng)代理不執(zhí)行時才會想起來還沒有指定代理。
如何避免忘記指定代理
我個人一般會在添加子視圖的時候指定代理，代碼寫法如下:
//Code in ViewController
[self.view addSubview:({
_tableView = [[UITableView alloc] initWithFrame:self.view.frame style:UITableViewStyleGrouped];
_tableView.dataSource = self;
_tableView.delegate = self;
_tableView;
})];
（）是什么
GNU C支持一種叫作Statements and Declarations in Expressions（怎么翻譯？）的語法形式，可以在小括號內(nèi)寫多行代碼，最后一行必須為返回值。這種寫法在GCC和LLVM下都可編譯通過。如:
({ int y = foo (); int z;
if (y > 0) z = y;
else z = - y;
z; })
#define max(a,b) ((a) > (b) ? (a) : (b))
原文出處 Statements and Declarations in Expressions
- 檢查聲明delegate的六步驟中的其余五步是否有遺漏。
- 在特定情況下，部分代理方法確實(shí)不會執(zhí)行。常見的比如UITableView的
tableView:numberOfRowsInSection:返回0時，tableView:cellForRowAtIndexPath:協(xié)議方法不會執(zhí)行。
3.2 通過恰當(dāng)?shù)膬?nèi)存語義設(shè)置，避免引用循環(huán)
代理對象不擁有委托對象，所以屬性在ARC下使用weak修飾，在MRC下使用assign修飾（現(xiàn)在估計很少有人使用MRC了吧）。
3.3 由代理引起的Crash
- 出現(xiàn)unrecognized selector sent to instance 情況一
出現(xiàn)該問題是因?yàn)橹付舜砣?，但該代理人未?shí)現(xiàn)協(xié)議方法。解決方案一般從兩方面入手：
一是，編譯器提示。使用@requested和@optional區(qū)別哪有方法必須實(shí)現(xiàn)，哪些可以不實(shí)現(xiàn)。
二是，添加防御性的自省代碼。這樣即便未實(shí)現(xiàn)方法，也不會crash。
如
if (self.delegate && [self.delegate respondsToSelector:@selector(didClickButton:)]) {
[self.delegate didClickButton:button];
}
*出現(xiàn) unrecognized selector sent to instance情況二
出現(xiàn)該問題的原因是代理對象被釋放了之后委托對象又向被釋放了的代理對象發(fā)送了消息。在MRC中，代理對象被設(shè)置為assign，當(dāng)委托對象被釋放掉之后，delegate的指針并沒有被置空。所以需要在合適的時間點(diǎn)（例如dealloc方法內(nèi)）將delegate設(shè)置為nil。在ARC中，代理對象被設(shè)置為weak，委托對象被釋放時，用weak修飾的屬性會自動置nil，所以不會crash。
