??在OC中協(xié)議的可選方法是否實(shí)現(xiàn)的判斷可以通過
self.delegate.responseToSelector(@selector(method))
來(lái)進(jìn)行判斷，如果代理對(duì)象實(shí)現(xiàn)了method，則執(zhí)行method，如果代理對(duì)象沒有實(shí)現(xiàn)，則不執(zhí)行，如果不進(jìn)行判斷，在代理對(duì)象沒有實(shí)現(xiàn)method的時(shí)候，程序會(huì)因?yàn)檎也坏椒椒ǘ罎?br> if(self.delegate.responseToSelector(@selector(method)){[self.delegate method]}
這是oc中對(duì)可選協(xié)議方法的判斷
??在編寫swift協(xié)議中自定義了可選方法之后的判斷則可以利用swift的可空鏈直接由系統(tǒng)進(jìn)行判斷，不用自己寫responseToSelector方法來(lái)進(jìn)行代理對(duì)象是否實(shí)現(xiàn)的判斷：
@objc protocol xxxdelegate { optional func method()};
定義一個(gè)協(xié)議，并給其添加一個(gè)可選的方法
在類中使用的時(shí)候則可以直接通過可空鏈判斷：
delegate?.method?()
?? 對(duì)于可空鏈，第一個(gè)問號(hào)會(huì)判斷delegate是否存在，如果不存在，則直接返回nil，如果存在，則調(diào)用method，method后的問號(hào)，會(huì)直接對(duì)該方法進(jìn)行判斷，如果代理對(duì)象實(shí)現(xiàn)了method，則調(diào)用method在代理對(duì)象中的實(shí)現(xiàn)，如果代理對(duì)象沒有實(shí)現(xiàn)該可選的method，則返回空，并且不會(huì)造成程序崩潰。
?? 一開始用swift寫協(xié)議的可選方法時(shí)，以為對(duì)可選方法的實(shí)現(xiàn)判斷應(yīng)該和oc中一樣，但是在實(shí)際操作中發(fā)現(xiàn)delegate不能調(diào)用responseToSelector方法，之后發(fā)現(xiàn)其直接通過可空鏈進(jìn)行方法是否實(shí)現(xiàn)的判斷，在swift中的optional類型，初學(xué)使用時(shí)會(huì)感覺非常麻煩，很多地方都需要考慮拆包，而且在實(shí)際編程中發(fā)現(xiàn)強(qiáng)制拆包雖然方便，但是會(huì)造成很多未知的不可控問題，很多時(shí)候往往需要用if let語(yǔ)句進(jìn)行拆包，感覺反而使代碼變得很冗余，但是隨著深入的使用，發(fā)現(xiàn)swift的optional類型其實(shí)在很多場(chǎng)景都提供了良好的鏈?zhǔn)骄幊汰h(huán)境，反而使代碼寫起來(lái)更加流暢，且閱讀代碼更加容易。