在上一篇文章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)容了瞄沙。
