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