在上一篇文章iOS協(xié)議使用的一些理解中料身,我記錄了自己對協(xié)議的一些新的理解麻掸。在評論區(qū)中母廷,前輩席萍萍Brook_iOS深圳有提到:
代理只是協(xié)議使用的一小部分。
其實當(dāng)時對于這個結(jié)論還是半信半疑檐嚣,因為我對代理的認識是從消息傳遞開始助泽。
當(dāng)時看的博客有使用代理的示例,自己跟著寫起來嚎京,發(fā)現(xiàn)這樣寫確實可以實現(xiàn)需求嗡贺。然后在我學(xué)會block之前,總是這樣寫:
1.A類中先寫個協(xié)議 @protocol
2.A類中再寫個delegate屬性 并需要遵守協(xié)議
3.在B類中設(shè)置 obj.delegate = self
4.在B類中實現(xiàn)protocol的方法
5.A類調(diào)用B類實現(xiàn)的方法
總認為這樣是理所當(dāng)然的挖藏,這樣是沒有錯誤的暑刃,甚至自以為是的認為協(xié)議就是要和代理一起使用厢漩。沒有深入去思考為什么這樣寫膜眠。
終于,在前輩的提示之下溜嗜,我開始深思這個代理設(shè)計模式宵膨。下面我記錄下我的理解。
其實在盲目使用代理的同時炸宵,類似代理的寫法我也用的不少辟躏,只是懵懵懂懂罷了。
還記得動畫實戰(zhàn):自定義下拉刷新控件這篇文章中土全,自定義的刷新控件為了時刻獲得控制器中的tableView
的contentOffset
屬性捎琐,我將tableView
作為屬性賦值給了自定義刷新控件会涎。
self.rhv = [tableView attachRefreshHeadViewWithTarget:self action:@selector(reloadData)];
這樣就能在控件內(nèi)部監(jiān)視tableView
的contentOffset
屬性變化。
雖然這樣的寫法看上去和代理不那么類似瑞凑,但是都是將對象作為屬性賦值末秃。代理的obj.delegate = self
不也是類似嗎。
同時籽御,我也給該控件設(shè)置了target
屬性和action
屬性练慕。在需要做刷新的時候直接讓target
調(diào)用action
。(實則讓控制器刷新數(shù)據(jù))
[self.target performSelector:self.action];
這樣的寫法不也和代理模式類似嗎技掏。
再反觀代理設(shè)計模式铃将,定義協(xié)議,遵守協(xié)議哑梳,實現(xiàn)協(xié)議方法劲阎,調(diào)用方法。多了的步驟就是和協(xié)議相關(guān)的步驟鸠真。但是為什么要這么寫呢哪工。
高效 安全
先說高效,當(dāng)多個類都需要實現(xiàn)相同方法的時候弧哎,用協(xié)議更高效雁比。因為只需要遵守協(xié)議即可。
再說安全撤嫩,當(dāng)我們調(diào)用代理方法的時候偎捎,往往會這樣寫:
if ([self.delegate respondsToSelector:@selector(vcFoo:)]) {
[self.delegate vcFoo:@""];
}
或者這樣:
if ([operations conformsToProtocol:@protocol(SDWebImageOperation)]){
[(id<SDWebImageOperation>) operations cancel];
}
都會去判斷一下是否能調(diào)用,這樣就不會出現(xiàn)找不到方法導(dǎo)致奔潰的現(xiàn)象了序攘。
以上算是我的心路歷程茴她,也只是記錄我的理解。如果剛好看到了程奠,有更好的理解也歡迎指出丈牢,如果你覺得很亂的話,就不要再去深思我寫的內(nèi)容了瞄沙。