ReactiveCocoa解读-订阅信号

信号(Signal)和订阅者(Subscriber)是在ReactiveCocoa( 下文简称RAC)的相关资料中提到最多的概念了,但因为是从英文语境中直接翻译过来的,让国内大部分开发者对订阅信号一时难以理解,即使掌握了RAC的用法对此还是模棱两可。今天,我们尝试从RAC的源码去解读,看看订阅信号到底是个啥子过程。

先上一段RAC最简单的使用方法。

 RACSignal *signal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [subscriber sendNext:@"钢铁锅"];
    [subscriber sendNext:@"含眼泪喊修瓢锅"];
    [subscriber sendNext:@"坏缺烂角的换新锅瓢乱放"];
    [subscriber sendNext:@"哎...哎,哎,谁的鞋,不要乱扔..."];
    return [RACDisposable disposableWithBlock:^{
        NSLog(@"曲终人散,抹点药酒");
    }];
}];
[signal subscribeNext:^(id x) {
    NSLog(@"我听到:%@",x);
}];
这是什么锅

信号是信息的载体

对应上边的代码,我们创建了一个信号 signal,他承载着 钢铁锅 含眼泪喊修瓢锅 坏缺烂角的换新锅瓢乱放 哎...哎,哎,谁的鞋,不要乱扔...这些信息。

+ (RACSignal *)createSignal:(RACDisposable * (^)(id<RACSubscriber> subscriber))didSubscribe {
    RACDynamicSignal *signal = [[self alloc] init];
    signal->_didSubscribe = [didSubscribe copy];
    return [signal setNameWithFormat:@"+createSignal:"];
}

创建信号很简单,其实就是创建了一个实例对象,并把将来有可能进行的一系列操作didSubscribe这个block记录下来,等发生了订阅行为时就会执行这些操作。
有人会问RACDisposable是什么东西,其实从字面就可以理解,销毁,它封装了当订阅行为消失时一些应该做的操作,当然像一开始的代码这种只是打印消息的操作其实是没必要的,所以这里可以返回nil。那什么时候订阅行为消失呢,当订阅者调用了sendError:或者sendCompleted方法时表示订阅行为就消失了,相应的dispose就会执行了,做一些清理操作。如下面的代码:

RACSignal *signal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [subscriber sendNext:@"钢铁锅"];
    [subscriber sendNext:@"含眼泪喊修瓢锅"];
    [subscriber sendError:[NSError errorWithDomain:@"singing" code:748 userInfo:@{@"reason":@"麦克被歌迷拔掉了"}]];
    [subscriber sendNext:@"坏缺烂角的换新锅瓢乱放"];
    [subscriber sendNext:@"哎...哎,哎,谁的鞋,不要乱扔..."];
    [subscriber sendError:NULL];
//        [subscriber sendCompleted];
    return [RACDisposable disposableWithBlock:^{
        NSLog(@"曲终人散,抹点药酒");
    }];
}];
我错了

当然如果这两个方法如果你都不调用,那么当订阅者超出了自己的生命周期调用其dealloc方法时这个dispose也会执行。所以RACDisposable在RAC里使用非常广泛,比如在NSNotificationCenter的RAC扩展中用于取消观察者,在UITextField和UITextView的扩展里取消代理等等。

说了半天大家可能会问,订阅者在哪里?别急,看下面:

[signal subscribeNext:^(id x) {
    NSLog(@"我听到:%@",x);
}];

当这句代码执行时就发生了订阅行为。其内部实现是这样:

- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock {
     NSCParameterAssert(nextBlock != NULL);
     //看到了吗?我在这里,我就是订阅者。我把 nextBlock保存了下来。
     RACSubscriber *o = [RACSubscriber subscriberWithNext:nextBlock   error:NULL completed:NULL];
     return [self subscribe:o];
}

- (RACDisposable *)subscribe:(id<RACSubscriber>)subscriber {
     NSCParameterAssert(subscriber != nil);
     RACCompoundDisposable *disposable = [RACCompoundDisposable compoundDisposable];
     //加工了一下,变成了RACPassthroughSubscriber,关于它的作用我们在以后的文章总具体场景下再讲述,现在你只需记住一个更具体的RACSubscriber子类就行了。
     subscriber = [[RACPassthroughSubscriber alloc] initWithSubscriber:subscriber signal:self disposable:disposable];
     //还记得信号在一开始创建时就存下来的那个block吗,就是这个didSubscribe
     if (self.didSubscribe != NULL) {
         RACDisposable *schedulingDisposable =  [RACScheduler.subscriptionScheduler schedule:^{
             //在这里支行了信号一开始创建的block,并获得了它返回的RACDisposable
             RACDisposable *innerDisposable = self.didSubscribe(subscriber);
             [disposable addDisposable:innerDisposable];
         }];
        [disposable addDisposable:schedulingDisposable];
    }
    return disposable;
}

看到这里你可能有产生了很多疑问,且听我慢慢道来。首先你在头脑里先产生这个场景:生成了一个subscriber(代号007),它保存了一个nextBlock:^(id x) { NSLog(@"我听到:%@",x);},然后当前这个信号开始执行didSubscribe这个block:

^RACDisposable *(id<RACSubscriber> subscriber) { 
  [subscriber sendNext:@"钢铁锅"];
  [subscriber sendNext:@"含眼泪喊修瓢锅"];
  [subscriber sendNext:@"坏缺烂角的换新锅瓢乱放"]; 
  [subscriber sendNext:@"哎...哎,哎,谁的鞋,不要乱扔..."];
  [subscriber sendCompleted]; 
  return [RACDisposable disposableWithBlock:^{
       NSLog(@"曲终人散,抹点药酒"); 
  }];
}

注意,007被当作参数传了进去,也就是调用sendNext:这个方法的都是007,还记得007保存的那个nextBlock吗,此时在sendNext:内部就是执行了这个nextBlock,传进去了钢铁锅 含眼泪喊修瓢锅 坏缺烂角的换新锅瓢乱放 哎...哎,哎,谁的鞋,不要乱扔...这些信息。这样作为开发者的你就收到了订阅者发给你的有用信息,你就“听”到了一首美妙的歌曲。

整个一个订阅流程就这样结束了,当然你会发现在你的代码中subscriber始终都没暴露出来,这也是造成你疑惑的原因,那么我问你,你需要的是subscriber呢,还是subscriber发给你的信息呢?因为我们需要的只是信息,所以完全没必要让我们知道subscriber的存在。所谓的订阅者也就是subscriber其实就是起了一个中间人的作用,获取信号(或者叫信号源更好理解)里的信息,然后发送到需要的地方。

keynote图形好少啊

RACCompoundDisposable(RACDisposable的子类)应该是大家的另一个疑问,它有一个方法addDisposable:可以添加另一个RACDisposable,它的最终形态是一个树形结构,第一个RACCompoundDisposable存了若干个RACDisposable或者RACCompoundDisposable,相应的RACCompoundDisposable又存了若干个RACDisposable或者RACCompoundDisposable...每个元素里边存的都是一些block形式存在的清理操作,这样当执行树的根节点的dispose时,整棵树就会按顺序执行清理操作了。

那么,讲到这里就先告一段落了,等有时间我会把RAC更复杂场景下的使用流程介绍给大家。

希望能对您有一点帮助。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,088评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,715评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,361评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,099评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 60,987评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,063评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,486评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,175评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,440评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,518评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,305评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,190评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,550评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,880评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,152评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,451评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,637评论 2 335

推荐阅读更多精彩内容