在OC中有很多方式可以进行对象间的“通信”，其中一种方式就是通过设置代理。
OC中使用代理的方式就不做过多介绍了。
重点介绍下使用代理需要注意或者可以提高的地方。
引用循环
可以参照官方的代理写法：
@property (nonatomic, weak, nullable) id <UITableViewDataSource> dataSource;
@property (nonatomic, weak, nullable) id <UITableViewDelegate> delegate;
注意属性的修饰符是weak而不是strong,表示代理与委托之间的关系：
代理或者别的对象可能持有委托，而委托不持有代理。
声明为weak以防止引用循环。
内省判断
在真正执行代理方法之前，先判断delegate能否执行协议中声明的方法，一般如下判断：
if ([_delegate respondToSelector:@selector(someMethod:)]){
[_delegate someMethod:data]；
}
这样判断的好处就是在于即时delegate没有实现方法，当delegate被触发想要执行时，也不会因为找不到方法而造成程序崩溃。
命名与参数
协议的方法命名除了要准确传达方法的意思（OC的传统）之外最好还能将所代理的对象作为参数写入命名中，比如一个数据加载器的协议方法：
- (void)networkFetcher:(NetworkFetcher *)fetcher
didReceiveData:(NSData *)data；
这样的好处在于delegate在执行的时候可以判断出不同的委托对象从而执行不同的方法：
- (void)networkFetcher:(NetworkFetcher *)fetcher
didReceiveData:(NSData *)data{
if(fetcher == _fetcherA){
//do A
}else{
//do B
}
定向
举个例子，应该就非常好理解了。
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType
以上是一个WebView的原生代理，可以用来决定是否能发起某些特定的请求。
我们自己也可以多使用类似的代理方法进行某些定向问题的判断。
提供数据源
有时候，我们不止希望delegate能处理一些回调的逻辑，还希望delegate能给我们的委托对象提供一些数据源。此时我们就可以使用名为“dataSource”（自己命名也可以）的代理来处理数据部分的问题。最经常使用的就是在tableview中，我们使用dataSource来提供cell的数量以及cell。
使用delegate与dataSource分开的方式可以将逻辑与数据分开进行处理，显得比较清晰。
快速内省
一旦我们协议中有很多的代理方法时候，为了安全，我们每次执行都去进行一次respondToSelector的内省判断，那么整个过程就需要不断地重复写判断，显得非常麻烦。
有一种简单的方法就是定义一个结构体，然后用该结构体来保存所有的内省判断的结果。
举个例子：
@interface NetworkFetcher(){
struct {
unsigned int didReceiveData :1;
unsigned int didFailWithError:1;
unsigned int didUpdateProgress:1;
}_delegateFlag;
}
}
以上结构体_delegateFlag就以三个1字节的数据用来保存是否响应代理方法的Bool值。
在setDelegate：方法中我们进行统一判断和保存 ，如下：
- (void)setDelegate:(id<NetworkFetcher>)delegate{
_delegate = delegate;
_delegateFlag.didReceiveData = [_delegate respondToSelector:@selector(networFetcher:didReceiveData:)];
//省略
}
这样一来，在后续的判断中，我们可以直接使用_delegateFlag来判断代理能否响应方法。
网友评论