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的六步驟中的其余五步是否有遺漏。
- 在特定情況下仰楚，部分代理方法確實不會執(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)該問題是因為指定了代理人，但該代理人未實現(xiàn)協(xié)議方法笆豁。解決方案一般從兩方面入手：
一是郎汪，編譯器提示。使用@requested和@optional區(qū)別哪有方法必須實現(xiàn)闯狱，哪些可以不實現(xiàn)煞赢。
二是，添加防御性的自省代碼哄孤。這樣即便未實現(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的指針并沒有被置空蛾默。所以需要在合適的時間點（例如dealloc方法內(nèi)）將delegate設(shè)置為nil。在ARC中捉貌，代理對象被設(shè)置為weak支鸡，委托對象被釋放時，用weak修飾的屬性會自動置nil趁窃，所以不會crash牧挣。
