在我們?nèi)粘i_(kāi)發(fā)當(dāng)中鞍匾,對(duì)于delegate
的使用都不會(huì)陌生缤底。
一般我們使用delegate
的方式大概就是像下面這樣:
@protocol GRHNetworkFetcherDelegate <NSObject>
@optional
- (void)didReceiveData:(NSData *)data;
- (void)didFailWithError:(NSError *)error;
- (void)didUpdateProgressTo:(CGFloat)progress;
@end
@interface GRHNetworkFetcher : NSObject
@property (nonatomic, assign)id<GRHNetworkFetcherDelegate> delegate;
@end
然后在.m文件中判斷:
- (void)doSometing {
if ([self.delegate respondsToSelector:@selector(didReceiveData:)]) {
[self.delegate didReceiveData:nil];
}
}
這段代碼用 respondsToSelector:
來(lái)判斷委托對(duì)象是否實(shí)現(xiàn)了相關(guān)方法睦疫。如果實(shí)現(xiàn)了,就調(diào)用;如果沒(méi)有實(shí)現(xiàn)启妹,就不執(zhí)行任何操作训枢。這樣的話托修,delegate
對(duì)象就可以完全按照其需要來(lái)實(shí)現(xiàn)委托協(xié)議中的方法了,不用擔(dān)心因?yàn)槟膫€(gè)方法沒(méi)實(shí)現(xiàn)而導(dǎo)致程序出bug恒界。即便沒(méi)有設(shè)置委托對(duì)象睦刃,程序也能照常運(yùn)行,因?yàn)榻onil
發(fā)送消息將使if語(yǔ)句的值成為false
十酣。
可是如果拼房的執(zhí)行此操作的話涩拙,除了第一次的檢測(cè)結(jié)果有用之外,后續(xù)的檢測(cè)可能都是多余的耸采。如果委托對(duì)象本身沒(méi)變兴泥,那么不太可能突然響應(yīng)某個(gè)原來(lái)不能響應(yīng)的selector,也不太會(huì)突然無(wú)法響應(yīng)某個(gè)原來(lái)可以響應(yīng)的 selector
虾宇。鑒于此搓彻,我們通常把委托對(duì)象能否響應(yīng)某個(gè)協(xié)議方法這一信息緩存起來(lái),以優(yōu)化程序效率文留。(然而印象中Runtime的信號(hào)量自己是有緩存機(jī)制的好唯,所以外部多次調(diào)用 respondsToSelector:
方法,底層應(yīng)該有緩存起來(lái)的燥翅。)
我們可以用位段數(shù)據(jù)類型來(lái)緩存這個(gè)檢測(cè)結(jié)果骑篙,把結(jié)構(gòu)體中某個(gè)字段所占用的二進(jìn)制個(gè)數(shù)設(shè)為特定的值。比如這樣:
struct {
unsigned int fieldA : 8;
unsigned int fieldB : 4;
unsigned int fieldC : 2;
unsigned int fieldD : 1;
};
在結(jié)構(gòu)體中森书,fieldA位段將占用8個(gè)二進(jìn)制位靶端,fieldB占用4個(gè),fieldC占用2個(gè)凛膏,fieldD占用1個(gè)杨名。于是,fielA可以表示0-255之前的值猖毫,而fieldD則可以表示0或1這兩個(gè)值台谍。我們可以像fieldD這樣,把委托對(duì)象是否實(shí)現(xiàn)了協(xié)議中的相關(guān)方法這一信息緩存起來(lái)吁断。如果創(chuàng)建的結(jié)構(gòu)體中只有大小為1的位段趁蕊,那么就能把許多 Boolean
值塞入一小塊數(shù)據(jù)里面了坞生。
改寫(xiě)如下:
@interface GRHNetworkFetcher() {
struct {
unsigned int didReceiveData : 1;
unsigned int didFailWithError : 1;
unsigned int didUpdateProgressTo : 1;
} _delegateFlags;
}
@end
實(shí)現(xiàn)緩存的代碼可以寫(xiě)在 delegate
的 set
方法里:
- (void)setDelegate:(id<GRHNetworkFetcherDelegate>)delegate {
_delegate = delegate;
_delegateFlags.didReceiveData = [delegate respondsToSelector:@selector(didReceiveData:)];
_delegateFlags.didFailWithError = [delegate respondsToSelector:@selector(didFailWithError:)];
_delegateFlags.didUpdateProgressTo = [delegate respondsToSelector:@selector(didUpdateProgressTo:)];
}
這樣在每次調(diào)用 delegate
相關(guān)方法前,就不用檢測(cè)委托對(duì)象是否能響應(yīng)給定的 selector
掷伙,而是直接查詢結(jié)構(gòu)體里的標(biāo)志:
- (void)doSometing {
if (_delegateFlags.didReceiveData) {
[self.delegate didReceiveData:nil];
}
}
在相關(guān)方法要調(diào)用很多次時(shí)是己,值得進(jìn)行這種優(yōu)化。而是否需要優(yōu)化任柜,則應(yīng)依照具體代碼來(lái)定卒废。