在我们日常开发当中，对于delegate的使用都不会陌生。
一般我们使用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: 来判断委托对象是否实现了相关方法。如果实现了，就调用；如果没有实现，就不执行任何操作。这样的话，delegate 对象就可以完全按照其需要来实现委托协议中的方法了，不用担心因为哪个方法没实现而导致程序出bug。即便没有设置委托对象，程序也能照常运行，因为给nil发送消息将使if语句的值成为false。
可是如果拼房的执行此操作的话，除了第一次的检测结果有用之外，后续的检测可能都是多余的。如果委托对象本身没变，那么不太可能突然响应某个原来不能响应的selector，也不太会突然无法响应某个原来可以响应的 selector。鉴于此，我们通常把委托对象能否响应某个协议方法这一信息缓存起来，以优化程序效率。（然而印象中Runtime的信号量自己是有缓存机制的，所以外部多次调用 respondsToSelector: 方法，底层应该有缓存起来的。）
我们可以用位段数据类型来缓存这个检测结果，把结构体中某个字段所占用的二进制个数设为特定的值。比如这样：
struct {
unsigned int fieldA : 8;
unsigned int fieldB : 4;
unsigned int fieldC : 2;
unsigned int fieldD : 1;
};
在结构体中，fieldA位段将占用8个二进制位，fieldB占用4个，fieldC占用2个，fieldD占用1个。于是，fielA可以表示0-255之前的值，而fieldD则可以表示0或1这两个值。我们可以像fieldD这样，把委托对象是否实现了协议中的相关方法这一信息缓存起来。如果创建的结构体中只有大小为1的位段，那么就能把许多 Boolean 值塞入一小块数据里面了。
改写如下：
@interface GRHNetworkFetcher() {
struct {
unsigned int didReceiveData : 1;
unsigned int didFailWithError : 1;
unsigned int didUpdateProgressTo : 1;
} _delegateFlags;
}
@end
实现缓存的代码可以写在 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:)];
}
这样在每次调用 delegate 相关方法前，就不用检测委托对象是否能响应给定的 selector，而是直接查询结构体里的标志：
- (void)doSometing {
if (_delegateFlags.didReceiveData) {
[self.delegate didReceiveData:nil];
}
}
在相关方法要调用很多次时，值得进行这种优化。而是否需要优化，则应依照具体代码来定。
