block一点也不神秘————如何利用block进行回调

长平狐 发布于 2013/09/17 15:07
阅读 3K+
收藏 1

我们在开发中常常会用到函数回调,你可以用通知来替代回调,但是大多数时候回调是比通知方便的,所以何乐而不为呢?如果你不知道回调使用的场景,我们来假设一下:

1.我现在玩手机

2.突然手机没有电了

3.我只好让手机开始充电

4.充电的过程中我好无聊,我要去看电视,但是我不会一直看电视,我要等手机电充满了停止看电视,继续去玩手机

5.我开始看电视

6.手机电充好了,我听到手机响了一下,我不看电视了我继续去玩手机。


这个场景中哪里跟回调类似呢?哪里跟通知类似呢?其实我们可以认为手机充好电了通过回调的方式让我继续玩手机,也可以认为手机充好电了通知我可以继续玩手机,然后我主动继续玩手机。这里更像通知不像回调。但是换个思维想,如果手机本身没有回调机制,那他怎么能在恰好手机刚充满的时候响一下呢?

先不纠结这个问题,我们看看如果用block怎样来实现这样一个场景:

我们随便找个控制器写下以下代码:

- (void)viewDidLoad
{
    [super viewDidLoad];
	// Do any additional setup after loading the view.
    NSLog(@"我在玩手机");
    NSLog(@"手机没电了");
    [self chargeMyIphone];
    NSLog(@"我在看电视");
    
   

    
}
-(void)chargeMyIphone
{
    [NSThread sleepForTimeInterval:10];
    NSLog(@"电充好了");
}
注意 这里我用了NSTread sleep,这样会让我的主线程沉睡10秒钟,这个过程中我我真的可以一边看电视一边充电吗?




所以我们应该让充电的线程和我看电视的线程错开执行!这里我们就不开新线程了,就让他10秒之后再执行吧。模拟下:


- (void)viewDidLoad
{
    [super viewDidLoad];
	// Do any additional setup after loading the view.
    NSLog(@"我在玩手机");
    NSLog(@"手机没电了");
    [self performSelector:@selector(chargeMyIphone:) withObject:Nil afterDelay:10];

    NSLog(@"我在看电视");
    
   

    
}
改一下这一句代码后,我们再看看:

2013-09-17 00:47:54.786 故事版应用[1013:a0b]我在玩手机

2013-09-17 00:47:54.787 故事版应用[1013:a0b]手机没电了

2013-09-17 00:47:54.787 故事版应用[1013:a0b]我在看电视

2013-09-17 00:48:04.799 故事版应用[1013:a0b]电充好了

看起来没多大问题,但是我们还没写完我们的场景呢,我们想充好电之后继续玩手机?所以我们写在哪儿呢?

如果直接放在看电视后面:

 NSLog(@"继续玩手机");

我们看看控制台:

2013-09-17 00:50:12.417 故事版应用[1029:a0b]我在玩手机

2013-09-17 00:50:12.418 故事版应用[1029:a0b]手机没电了

2013-09-17 00:50:12.419 故事版应用[1029:a0b]我在看电视

2013-09-17 00:50:12.419 故事版应用[1029:a0b]继续玩手机

2013-09-17 00:50:22.431 故事版应用[1029:a0b]电充好了

呵呵!电都没充好,你就直接继续玩了?所以这里应该是电充好以后 我们再继续玩手机?

那么该怎么做?我们可以写进充电函数里吗?

-(void)chargeMyIphone
{
    NSLog(@"电充好了");
     NSLog(@"继续玩手机");
}

我们看看控制台:

2013-09-17 00:51:43.832 故事版应用[1044:a0b]我在玩手机

2013-09-17 00:51:43.833 故事版应用[1044:a0b]手机没电了

2013-09-17 00:51:43.833 故事版应用[1044:a0b]我在看电视

2013-09-17 00:51:53.848 故事版应用[1044:a0b]电充好了

2013-09-17 00:51:53.849 故事版应用[1044:a0b]继续玩手机

看起来没多大问题啊!但是我们想想看,我们把继续玩手机这件事情写在了充电函数的最后?

如果说我每次冲完电都继续玩手机,这个没什么问题!但是如果我每次冲完电之后不总是玩手机怎么办呢?

比如有一次我充完电之后想出门逛街!这个很好理解吧,那么这样写就不对了!我们想让充电函数最后执行的那一行是可以变化的。有很多方式可以做到,但是这里最好的做法肯定是追加一个block替换掉我们写死的那句代码啦!

也就是说我在充电前已经安排好一个充电后的计划了,今天冲完电继续玩手机,明天冲完电出门逛街,那么我每次调用的还是那个充电函数,只是传的参数不一样而已!我们不用传int 1表示玩手机,2表示出门逛街,我们直接把这两件事情当做参数传过去!

明白这一点就知道block的最终奥义啦!所以我们该改造一下这个函数,为他加个包含代码的参数!

-(void)chargeMyIphone:(void(^)(void))finishBlock
{
      NSLog(@"电充好了");
    //NSLog(@"继续玩手机");
    finishBlock();
}

这个追加的参数就是我们的block了,第一个void表示此block无返回值。(^)为block type的标志。第二个(void)表示这个block无参数。finishBlock就是他的名字。无参数无返回类型的匿名函数就是我们的最简单的block了!他非常方便我们用来回调,因为他没有返回值,没有参数,就相当于只有内部的可执行代码!

而我们将一个固定的事件用一段代码作为参数传了进来,并且以  名字() 形式来触发它,那么这个函数的结尾就不会总是玩手机了!那么他可以是任何事情!

所以我们来尝试调用下这个函数:


但是这里的参数我们该怎么传呢?我们通过这种方式传block参数好像不符合他这的object,所以我们还是直接调吧,但是把这一行用dispatch_after包起来~


按一下回车:


然后在中间写我要做什么,这里是出门逛街;


接下来在chargeIphone内部敲dis,然后联想出来选择第一个按回车:


然后将时间改为10,把整个方法内的代码移动进去:

- (void)viewDidLoad
{
    [super viewDidLoad];
	// Do any additional setup after loading the view.
    NSLog(@"我在玩手机");
    NSLog(@"手机没电了");
   
    [self chargeMyIphone:^{
        NSLog(@"出去逛街");
    }];
    NSLog(@"我在看电视");
}
-(void)chargeMyIphone:(void(^)(void))finishBlock
{
    double delayInSeconds = 10.0;
    dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC));
    dispatch_after(popTime, dispatch_get_main_queue(), ^(void){
        NSLog(@"电充好了");
        finishBlock();
    });
    
}

现在代码的结构非常清晰:

充电完成之后 我要去逛街。

充电内部需要耗时10秒。

充电的同时我可以看电视。

充电完成之后回头来触发我block中设置的出去逛街。


这样设置block的好处我已经说过了,我们没有把充电函数内部的实现写死,也就是说当我完成之后无论做什么都无所谓,调的地方不同,传不同的代码过去就可以了,这个跟函数指针类似吧。

我们来运行一下程序验证下最后的结果:

2013-09-17 01:17:23.127 故事版应用[1088:a0b]我在玩手机

2013-09-17 01:17:23.129 故事版应用[1088:a0b]手机没电了

2013-09-17 01:17:23.129 故事版应用[1088:a0b]我在看电视

2013-09-17 01:17:33.130 故事版应用[1088:a0b]电充好了

2013-09-17 01:17:33.131 故事版应用[1088:a0b]出去逛街


完全验证了我们的结论,23秒开始充电 ,看电视,33秒的适合充好电出去逛街。

OK ,最简单的block我们就讲到这里,用好他来给你的代码非写死吧!DON'T HARD WRITE




原文链接:http://blog.csdn.net/mobanchengshuang/article/details/11751671
加载中
0
黑夜_尽头
黑夜_尽头
写的不错,赞一个!
返回顶部
顶部