iOS RAC - RACSignal

文章系列
《RACSignal 》
《RACDisposable》
《RACSubject、RACReplaySubject》
《iOS RAC - 基本用法》
《iOS RAC - 定時(shí)器》
《iOS RAC - RACMulticastConnection》
《iOS RAC - RACCommand》
《iOS RAC - 核心方法bind》
《iOS RAC - 集合RACTuple、RACSequence》
《iOS RAC - rac_leftSelector》
《iOS RAC - 映射》
《iOS RAC - 過濾》
《iOS RAC - 登錄頁面,MVVM》

  • 項(xiàng)目中如果沒有使用swift的話使用cocoapods 導(dǎo)入pod ‘ReactiveObjC’, ‘~> 3.0.0’ 然后在導(dǎo)入頭文件ReactiveObjC.h 就可以使用了,3.0.0以上的版本支持了swift,如果你是純OC工程,不建議使用3.0.0以上的版本。

RACSignal:顧名思義,信號(hào)類,signal本身不具備發(fā)送信號(hào)的能力,下面通過代碼來看看。

在創(chuàng)建RACSignal中先說一下RAC的三部曲

  • 1 創(chuàng)建信號(hào)
  • 2 訂閱信號(hào)
  • 3 發(fā)送信息
 //1、創(chuàng)建信號(hào)量
    RACSignal * signal = [RACSignal createSignal:^RACDisposable * _Nullable(id<RACSubscriber>  _Nonnull subscriber) {
        
        NSLog(@"創(chuàng)建信號(hào)量");
        
        //3、發(fā)布信息
        [subscriber sendNext:@"I'm send next data"];
        
        NSLog(@"那我啥時(shí)候運(yùn)行");
        
        return nil;
    }];
    
    //2、訂閱信號(hào)量
    [signal subscribeNext:^(id  _Nullable x) {
        NSLog(@"%@",x);
    }];



代碼分析 - 創(chuàng)建信號(hào)

[RACSignal createSignal:^RACDisposable * _Nullable(id<RACSubscriber>  _Nonnull subscriber) {
        return nil;
    }];

這里要?jiǎng)?chuàng)建一個(gè)Signal對(duì)象,然后它馬上給我一個(gè)block,
并且在block中要返回一個(gè)RACDisposable對(duì)象,
剛開始接觸RAC的我哪里知道這個(gè)是什么鬼,直接返回nil
至此我們完成了第一步,創(chuàng)建信號(hào)

然后其內(nèi)部實(shí)現(xiàn)我們并不了解,于是我們點(diǎn)擊進(jìn)去看看其內(nèi)部如何實(shí)現(xiàn)的。

+ (RACSignal *)createSignal:(RACDisposable * (^)(id<RACSubscriber> subscriber))didSubscribe {
    return [RACDynamicSignal createSignal:didSubscribe];
}

可以看到其內(nèi)部創(chuàng)建了一個(gè)RACDynamicSignal信號(hào),并且把didSubscribe 這個(gè)block也傳過去了,然后在點(diǎn)進(jìn)去看看

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

這段代碼意思就很清楚了,創(chuàng)建一個(gè)RACDynamicSignal,保存didSubscribe這個(gè)block,返回RACDynamicSignal這個(gè)對(duì)象。

通過上面的了解,我們可以知道,創(chuàng)建信號(hào)這個(gè)方法內(nèi)部會(huì)幫我們創(chuàng)建一個(gè)RACDynamicSignal并且保存一個(gè)didSubscribeblock。

但是這個(gè)block什么時(shí)候調(diào)用呢?

沒錯(cuò)就是在我們訂閱信號(hào)的時(shí)候調(diào)用



代碼分析 - 訂閱信號(hào)

//2、訂閱信號(hào)量
    [signal subscribeNext:^(id  _Nullable x) {
        NSLog(@"%@",x);
    }];

這里一訂閱信號(hào)就給我一個(gè)block,并且還帶一個(gè)參數(shù)x,并不知道是餓什么東西,就先打印出來。
然后我們點(diǎn)擊進(jìn)去看下內(nèi)部實(shí)現(xiàn)

- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock {
    NSCParameterAssert(nextBlock != NULL);
    
    RACSubscriber *o = [RACSubscriber subscriberWithNext:nextBlock error:NULL completed:NULL];
    return [self subscribe:o];
}
  • 1、創(chuàng)建一個(gè)訂閱者
+ (instancetype)subscriberWithNext:(void (^)(id x))next error:(void (^)(NSError *error))error completed:(void (^)(void))completed {
    RACSubscriber *subscriber = [[self alloc] init];

    subscriber->_next = [next copy];
    subscriber->_error = [error copy];
    subscriber->_completed = [completed copy];

    return subscriber;
}
保存了nextblock
  • 2、 調(diào)用subscribe方法
- (RACDisposable *)subscribe:(id<RACSubscriber>)subscriber {
    NSCParameterAssert(subscriber != nil);

    RACCompoundDisposable *disposable = [RACCompoundDisposable compoundDisposable];
    subscriber = [[RACPassthroughSubscriber alloc] initWithSubscriber:subscriber signal:self disposable:disposable];

    //這里判斷didSubcribe是否為空
    if (self.didSubscribe != NULL) {
        RACDisposable *schedulingDisposable = [RACScheduler.subscriptionScheduler schedule:^{

         //這里就在調(diào)用didSubscribe方法,并且把剛才傳入的subscriber調(diào)用出去
            RACDisposable *innerDisposable = self.didSubscribe(subscriber);
            [disposable addDisposable:innerDisposable];
        }];

        [disposable addDisposable:schedulingDisposable];
    }
    
    return disposable;
}
在這個(gè)方法中會(huì)判斷是有有didSubscriber,
如果有就調(diào)用block并且把傳入進(jìn)來的subscriber作為block的參數(shù)調(diào)用出去
訂閱信號(hào)之后就會(huì)運(yùn)行創(chuàng)建信號(hào)的block,

這個(gè)時(shí)候我們再來看下創(chuàng)建信號(hào)的方法

 [RACSignal createSignal:^RACDisposable * _Nullable(id<RACSubscriber>  _Nonnull subscriber) {
        
        NSLog(@"創(chuàng)建信號(hào)量");
        
        //3、發(fā)布信息
        [subscriber sendNext:@"I'm send next data"];
        
        NSLog(@"那我啥時(shí)候運(yùn)行");
        
        return nil;
    }];
    
    //2、訂閱信號(hào)量
    [signal subscribeNext:^(id  _Nullable x) {
        NSLog(@"%@",x);
    }];
它給我們一個(gè)subscriber 
而這個(gè)sbuscriber就是我們調(diào)用訂閱信號(hào)的方法所創(chuàng)建的subscriber,然后我們要用這個(gè)訂閱者發(fā)送信息
那我們訂閱的信號(hào)啥時(shí)候調(diào)用呢?
  • 當(dāng)我們的訂閱者發(fā)送消息的時(shí)候就會(huì)調(diào)用。

這個(gè)時(shí)候我們看下訂閱者發(fā)送信息的方法內(nèi)部做了什么

- (void)sendNext:(id)value {
    @synchronized (self) {
        void (^nextBlock)(id) = [self.next copy];
        if (nextBlock == nil) return;

        nextBlock(value);
    }
}

這里的代碼很簡潔了 主要就是做了一件事,如果nextblock不為空就把傳進(jìn)來傳value原封不動(dòng)的調(diào)用出去。 而這個(gè)nextblock就是我們在訂閱信號(hào)的時(shí)候創(chuàng)建的那個(gè)subscriber所保存的nextblock。

所以RACSignal的處理流程就是

  • 創(chuàng)建信號(hào)的block會(huì)在訂閱信號(hào)的時(shí)候調(diào)用
  • 訂閱信號(hào)的block會(huì)在訂閱者發(fā)布信息的時(shí)候調(diào)用

流程圖

signal.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,119評(píng)論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,382評(píng)論 3 415
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,038評(píng)論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,853評(píng)論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,616評(píng)論 6 408
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,112評(píng)論 1 323
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,192評(píng)論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,355評(píng)論 0 288
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,869評(píng)論 1 334
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,727評(píng)論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,928評(píng)論 1 369
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,467評(píng)論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,165評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,570評(píng)論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,813評(píng)論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,585評(píng)論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,892評(píng)論 2 372

推薦閱讀更多精彩內(nèi)容