Introduction
项目中大量使用了 Block，今天无意间有了新的用法，不同往常的一般使用方法，使得编程又有了新的乐趣！想了一下，第一次写 Block 应该是两年前了，这么长时间并没有总结过，今天顺便总结下使用 Block 的场景 …
Block的一般使用场景
以下场景均是个人理解，词汇也是个人命名，理解就好了：
- 完成事情的回掉；方法一般可以附加一个 completion handler 参数作为完成的回掉，AFNetworking 里网络请求好多都是这种场景了，比如这个方法，GET 请求成功后就会回调 success ，失败则回调 failure，并且可以带有 参数 （ps：这个以后会有大用处）！
1
2
3
4
- (NSURLSessionDataTask *)GET:(NSString *)URLString
parameters:(id)parameters
success:(void (^)(NSURLSessionDataTask *task, id responseObject))success
failure:(void (^)(NSURLSessionDataTask *task, NSError *error))failure;
- 下发任务的区块；方法附带一个获取任务的 block,我们把需要处理的任务放到里面即可，利用 GCD 派发任务，做动画等等都是这样做的，由于是单纯的任务，所以一般不需要参数：
1
2
3
4
5
6
7
8
9
10
void dispatch_async(dispatch_queue_t queue, dispatch_block_t block);
[UIView animateWithDuration:0.25 animations:^{
//do your animates
}];
[NSBlockOperation blockOperationWithBlock:^{
//your task
}];
- 权利下放；如果做一件事情的时候，我们不知道该如何拍板，抉择的时候，就可以把这个权利下放给调用者，这样的代码就显得很灵活；
1
2
3
[needSortArray sortedArrayUsingComparator:^NSComparisonResult(id obj1, id obj2) {
return NSOrderedAscending;//your power!
}];
- 封装代码块；如果你的逻辑比较复杂，需要判断很多种情况，各种 if else 嵌套；很多个 else 的地方都调用同样的代码块，则可以考虑使用 block 块；我觉得你应该也遇见过这种情况！至少我见过别人这么写过，结果就是同样的代码块几十行，在一个方法里写了两次，其实不用 block 也行的，抽取一个方法或许也行，使用 block 的好处，大概就是可以捕获了！如果代码块是一个方法，那么可能就没必要使用 block 来封装了，不过如果是好多行的逻辑，使用 block 封装下很是比较好的！
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
NSString* (^callback)(NSArray *needSortArray) = ^(NSArray *needSortArray){
[needSortArray sortedArrayUsingComparator:^NSComparisonResult(id obj1, id obj2) {
return NSOrderedAscending;//your power!
}];
return [needSortArray componentsJoinedByString:@"|"];
};
BOOL A,B,C;
NSArray *needArr = @[@"A",@"C",@"D",@"F",];
if (A) {
if (B) {
if (C) {
[self handleArr:needArr];
}else{
callback(needArr);
}
}else{
[self handleArr2:needArr];
}
}else{
callback(needArr);
}
从技术层面上看，基本上这些使用代理也可以完成，但是绝对没有使用 block 来的优雅！我是一个喜欢使用的 block 的 coder，因为觉得编写代理很麻烦，代码不是那么的直观；这里只是简单总结了下平时我经常用到的场景，当然还有别的很多场景；希望你能发邮件给我，补充这里来；
Blokc 高级用法
说高级用法可能会有些夸张，不过这确实不是很常用，因为常用的场景上面已经说过了，所以这里为了区分就是用了高级这个词汇！下面就来见识下我所谓的 “高级” 吧，我看问题喜欢有上下文，因此先看下场景：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
///添加一个下载任务
- (void)addDownloadTask:(id)task
handleError:(BOOL(^)(NSInteger errCode))errHandle
completion:(void(^)(id task , NSInteger errCode))comBlock{
// 1.generate err code;
NSInteger errCode = 12432;
// 2.check error;
if (errHandle) {
if(errHandle(errCode)){
//下放权利，调用者灵活判断后 add
[self doAdd:task];
}
}else{
// 默认的判断条件 3.add
[self doAdd:task];
}
}
- (void)doAdd:(id)task
{
}
//处理错误，可能是单独的类(QLErroHandel)；
+ (BOOL)handleError:(NSInteger)errCode
{
BOOL someCons;
if(someCons){
return YES;
}
return NO;
}
有了上面的方法后就可以封装一个通用的自动处理错误的方法了，因为我是那么的懒，当然这也是面向切面编程的体验，面向错误处理这个切面编程，不让错误处理流落到每个添加调用处，避免日后维护的工作！
1
2
3
4
5
6
7
8
9
10
11
12
///封装一个通用的自动处理错误的方法
- (void)addDownloadTaskAutoHandleError:(id)task
NoErrorCompletion:(void(^)(id task))comBlock
{
[self addDownloadTask:task handleError:^BOOL(NSInteger errCode) {
return [[QLErroHandel class]handleError:errCode];
} completion:^(id task, NSInteger errCode) {
if (comBlock) {
comBlock(task);
}
}];
}
如果只是这些的话，看着还不错，一劳永逸，错误处理自动处理了，没错误后就添加任务！ But，有了新的需求了，要加入会员特权，可以免流量下载！并且流程和之前也有所不同了，有些情况是不能添加的！什么？这怎么办！淡定么，代码是我写怕啥！那么就在 handleError 里处理不行吗？
不行！因为会员的判断是异步的，同时伴有 Alert 等提示！异步是最麻烦的，因为没办法直接返回 bool 值了！因此必须重构 handleError 方法，等待异步出结果，是不是能够添加任务！考虑了一阵子，决定从 block 上入手，想到的办法是传递一个权利下放的 callBackblock 到 handleError 方法；当 handleError 获取到会员信息后回调 callBackblock；如何传递呢？没有更好的办法，因此就尝试把 callBackblock 作为参数传递下去，改造后是这样的:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
+ (void)asynVIP:(void(^)(bool))compBlock
{
//异步请求VIP信息
}
//处理错误，可能是单独的类；
+ (void)handleError:(NSInteger)errCode withCallback:(void(^)(NSInteger flag))calback
{
[self asynVIP:^(bool isVIP){
//使用 callback 告诉上层 api 是不是要开始添加任务
if (calback) {
calback(isVIP);
}
}];
}
///添加一个下载任务
- (void)addDownloadTask:(id)task
handleError:(void(^)(NSInteger errCode,void(^calback)(NSInteger flag)))errHandle
completion:(void(^)(id task , NSInteger errCode))comBlock{
// 1.generate err code;
NSInteger errCode = 12432;
// 2.check error;
if (errHandle) {
void(^calback)(NSInteger flag) = ^(NSInteger flag){
if (flag) {
// 3.add
[self doAdd:task];
}
};
//下放权利，调用者灵活判断
errHandle(errCode,calback);
}
}
///封装一个通用的自动处理错误的方法
- (void)addDownloadTaskAutoHandleError:(id)task
NoErrorCompletion:(void(^)(id task))comBlock
{
[self addDownloadTask:task handleError:^(NSInteger errCode, void(^callback)(NSInteger flag)) {
//把 callback 传递下去，等待时机成熟，回掉回来，决定任务是不是添加
[[QLErroHandel class] handleError:errCode withCallback:callback];
} completion:^(id task, NSInteger errCode) {
if (comBlock) {
comBlock(task);
}
}];
}
这样 VIP 的需求就搞定啦，总结下就是： block 的参数可以是 block；这个可以作为 B 调用 A 的时候，B 在适当的时机回掉给 A 一些信息，而不是 B 仅仅从听从 A 安排的时间被调用！相当于握手，相互传递了信息，而不是单方向被动调用，这就相当于 A 在某个时候让 B 做一些任务，B 完成了任务之后根据完成的情况拿着 A 传给他的callback 回掉到 A 决定 A的下一步任务！这个也许需要你静静的思考品位几分钟…
再回过头来看看之前的权利下放方式：通过返回值去决定 A 的下一步任务，这个在 B 没有异步任务的情况下很实用，不过 B 有了异步任务后就不行了，特别是 B 的任务又是通过 block 派发的情形，就更不适合这个返回值模式了！
时间比较仓促，写的不对的地方或者疑惑之处可以评论等其他方式联系我…
