iOS RAC - 核心方法(bind)

文章系列
《RACSignal 》
《RACDisposable》
《RACSubject、RACReplaySubject》
《iOS RAC - 基本用法》
《iOS RAC - 定时器》
《iOS RAC - RACMulticastConnection》
《iOS RAC - RACCommand》
《iOS RAC - 核心方法bind》
《iOS RAC - 集合RACTuple、RACSequence》
《iOS RAC - rac_leftSelector》
《iOS RAC - 映射》
《iOS RAC - 过滤》
《iOS RAC - 登录页面,MVVM》



git地址

在RAC中我们会看到bind,了解一下如何使用吧

1、创建信号

RACSubject * subject = [RACSubject subject];

2、绑定信号

 [subject bind:^RACSignalBindBlock _Nonnull{
     
 }];
  • 不知道返回值是啥,点进去看看
typedef RACSignal * _Nullable (^RACSignalBindBlock)(ValueType _Nullable value, BOOL *stop);

看完之后知道了,他的返回是要是一个信号,并且带两个参数:一个value,一个bool

[subject bind:^RACSignalBindBlock _Nonnull{
        
        return ^RACSignal *(id _Nullable value, BOOL *stop){
            
            return [[RACSignal alloc] init];
        };
    }];

现在我们已经绑定啦,然后我们愉快的运行吧,成功运行完成,一切都是那么风平浪静,接下来要发送信息了。

[subject sendNext:@"启动自毁程序"];

现在问题来了,我们都发送数据了,在哪里接收啊????

bind方法中返回的就是signal,既然是信号,那么就订阅。

    RACSignal * signal = [subject bind:^RACSignalBindBlock _Nonnull{
        
        return ^RACSignal *(id _Nullable value, BOOL *stop){
            
            return [[RACSignal alloc] init];
        };
    }];
    
    [signal subscribeNext:^(id  _Nullable x) {
        NSLog(@"收到的数据 - %@",x);
    }];

在愉快的运行……不对,不愉快啊,程序挂掉了。
为什么呢?
因为我们用原始信号(subject)发送了数据,但是返回的这个信号里面并没有这个数据return [[RACSignal alloc] init],所以就挂掉啦。

既然这样子,我们把数据返回就OK啦
这个操作比较骚因为默认是没有导入头文件的,所以我们先要导入头文件#import "RACReturnSignal.h"

然后把return [[RACSignal alloc] init]替换为return [RACReturnSignal return:value]
这样子就可以啦,至于为什么返回value,这个就简单啦,通过我们发送的数据是字符串,一个对象,总不可能用一个bool去表示吧,
所以value就是我们发送的数据,如果不需要进行处理,直接返回value就ok了。

现在我们已经在应用层使用了bind,但是感觉并没有什么卵用,其实有一种应用场景,就是字典转模型,现在先去看看底层是如何实现的吧


底层实现

1、RACSubject * subject = [RACSubject subject];这个可以参照iOS RAC - RACSubject、RACReplaySubject这个文章,这里不做介绍了



2、bind这个方法有点长,慢慢看

1

从上面的图中可以看出,block不能为NULL

然后下面接着就是返回一个信号并且把block保存了起来

2

所以我们在订阅信号之后调用的block就是这个block

3

在保存block之后又定义了两个block分别是:completeSignaladdSignal



接下来

4

红色部分订阅,绿色部分的时候就把发送的数据x在bindingblock中调用,所以这里的x就是对应外面的value。

所以在外面执行sendnext 方法之后就会调用bindingBlock,就会返回信号,在去调用subscribeNext


简单点说就是在我们发送数据的时候,才会回来执行我们bind里面的信号的block,执行了bind方法里面的信号的block,才会去调用信号的subscribeNext方法

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

推荐阅读更多精彩内容