iOS開(kāi)發(fā)常見(jiàn)問(wèn)題集之Delegate

0 關(guān)鍵詞

代理模式、delegate

1 概述

Delegate是Cocoa的精髓之一,Delegate在Cocoa及各大框架下出現(xiàn)頻率極高,很少有框架像Cocoa這樣對(duì)代理模式如此癡迷,因此Delegate在iOS/MacOS開(kāi)發(fā)中的重要性不言而喻。不過(guò)近年來(lái)Block在官方新API出現(xiàn)的頻率明顯增多,Block取代Delegate完成了不少功能。但Delegate仍然大量存在于Cocoa框架之中。

2 Delegate的聲明步驟

完整的代理聲明步驟如圖所示,左側(cè)是委托方(如UITableView),右側(cè)是代理方(如UIViewController或UITableViewController)。


Delegate聲明步驟

3 使用Delegate的常見(jiàn)問(wèn)題

3.1 代理不執(zhí)行

  • 檢查是否指定的代理人。如在ViewController中檢查是否指定了TableView的代理_tableView.delegate = self;。這是很多人都會(huì)忘記的一步,當(dāng)代理不執(zhí)行時(shí)才會(huì)想起來(lái)還沒(méi)有指定代理。

如何避免忘記指定代理
我個(gè)人一般會(huì)在添加子視圖的時(shí)候指定代理,代碼寫(xiě)法如下:

//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(怎么翻譯?)的語(yǔ)法形式,可以在小括號(hào)內(nèi)寫(xiě)多行代碼,最后一行必須為返回值。這種寫(xiě)法在GCC和LLVM下都可編譯通過(guò)。如:

({ 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í)不會(huì)執(zhí)行。常見(jiàn)的比如UITableView的tableView:numberOfRowsInSection:返回0時(shí),tableView:cellForRowAtIndexPath:協(xié)議方法不會(huì)執(zhí)行。

3.2 通過(guò)恰當(dāng)?shù)膬?nèi)存語(yǔ)義設(shè)置,避免引用循環(huán)

代理對(duì)象不擁有委托對(duì)象,所以屬性在ARC下使用weak修飾,在MRC下使用assign修飾(現(xiàn)在估計(jì)很少有人使用MRC了吧)。

3.3 由代理引起的Crash

  • 出現(xiàn)unrecognized selector sent to instance 情況一
    出現(xiàn)該問(wèn)題是因?yàn)橹付舜砣?,但該代理人未?shí)現(xiàn)協(xié)議方法。解決方案一般從兩方面入手:
    一是,編譯器提示。使用@requested和@optional區(qū)別哪有方法必須實(shí)現(xiàn),哪些可以不實(shí)現(xiàn)。
    二是,添加防御性的自省代碼。這樣即便未實(shí)現(xiàn)方法,也不會(huì)crash。
if (self.delegate && [self.delegate respondsToSelector:@selector(didClickButton:)]) {
        [self.delegate didClickButton:button];
    }

*出現(xiàn) unrecognized selector sent to instance情況二
出現(xiàn)該問(wèn)題的原因是代理對(duì)象被釋放了之后委托對(duì)象又向被釋放了的代理對(duì)象發(fā)送了消息。在MRC中,代理對(duì)象被設(shè)置為assign,當(dāng)委托對(duì)象被釋放掉之后,delegate的指針并沒(méi)有被置空。所以需要在合適的時(shí)間點(diǎn)(例如dealloc方法內(nèi))將delegate設(shè)置為nil。在ARC中,代理對(duì)象被設(shè)置為weak,委托對(duì)象被釋放時(shí),用weak修飾的屬性會(huì)自動(dòng)置nil,所以不會(huì)crash。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容