ReactiveCocoa信號(hào)發(fā)送詳解

簡(jiǎn)介

ReactiveCocoa 是一個(gè)重型的 FRP (Functional Reactive Programming 是一種響應(yīng)變化的編程范式) 框架。內(nèi)部使用了大量的block。FRP的核心就是信號(hào)。
RACSignal就是信號(hào),是ReactiveCocoa中很重要的一個(gè)概念。RACSignal本體是RACStream。信號(hào)就是數(shù)據(jù)流,可以用來傳遞和綁定。

以下代碼基于V2.5的ReactiveCocoa

創(chuàng)建RACsignal

不說廢話,先來一張圖

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

通過RACDynamicSignal創(chuàng)建信號(hào),此時(shí)傳入一個(gè)block,這個(gè)block的參數(shù)是一個(gè)遵循RACSubscriber協(xié)議的一個(gè)變量,同時(shí)這個(gè)block的返回值是一個(gè)RACDisposable類型。

通過源碼分析,看到RACDynamicSignal有一個(gè)屬性didSubscribe存儲(chǔ)了傳進(jìn)來的的block,這個(gè)屬性將在之后訂閱的時(shí)候使用。

這個(gè)RACSubscriber的協(xié)議,其中定義了幾個(gè)方法

@protocol RACSubscriber <NSObject>
@required

// 發(fā)送next需要執(zhí)行的參數(shù)
- (void)sendNext:(id)value;
// 發(fā)送錯(cuò)誤
- (void)sendError:(NSError *)error;
// 發(fā)送成功
- (void)sendCompleted;
// 處理信號(hào),是否釋放取消訂閱。
- (void)didSubscribeWithDisposable:(RACCompoundDisposable *)disposable;

@end

創(chuàng)建一個(gè)信號(hào)

RACSignal *aSignal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [subscriber sendNext:@"a"];
    [subscriber sendCompleted];
    return [RACDisposable disposableWithBlock:^{
        
    }];
}];

訂閱

一個(gè)信號(hào)通過調(diào)用subscribeNext創(chuàng)建一個(gè)subscriber進(jìn)行subscription。

// RACSignal (Subscription) RACSignal.m
- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock {
    NSCParameterAssert(nextBlock != NULL);
    
    RACSubscriber *o = [RACSubscriber subscriberWithNext:nextBlock error:NULL completed:NULL];
    return [self subscribe:o];
}

// 當(dāng)前self是RACDynamicSignal所以,使用RACDynamicSignal.m中的subscribe:方法。
// RACDynamicSignal.m
- (RACDisposable *)subscribe:(id<RACSubscriber>)subscriber {
    NSCParameterAssert(subscriber != nil);

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

    if (self.didSubscribe != NULL) {
        RACDisposable *schedulingDisposable = [RACScheduler.subscriptionScheduler schedule:^{
            RACDisposable *innerDisposable = self.didSubscribe(subscriber);
            [disposable addDisposable:innerDisposable];
        }];

        [disposable addDisposable:schedulingDisposable];
    }
    
    return disposable;
}
  1. 源碼中創(chuàng)建了一個(gè)RACSubscriber來存儲(chǔ)nextBlock、error、completed。然后訂閱處理subscription。

  2. 這里有一個(gè)RACCompoundDisposable,這是一個(gè)RACDisposable,只不過RACCompoundDisposable可以存放多個(gè)RACDisposable 。當(dāng)RACCompoundDisposable 執(zhí)行dispose方法時(shí),它所存放的disposable都會(huì)被釋放。

  3. 使用RACPassthroughSubscriber將當(dāng)前的訂閱者進(jìn)行轉(zhuǎn)化,轉(zhuǎn)化為另外一種形式的訂閱者。這個(gè)訂閱者中存儲(chǔ)了當(dāng)前的訂閱者,信號(hào)、disposable。存儲(chǔ)了一個(gè)信號(hào)的完整處理,并且這個(gè)訂閱者同樣遵循<RACSubscriber>協(xié)議。這里可以把RACPassthroughSubscriber當(dāng)成是訂閱者的裝飾器(偽裝器)。

  4. 使用RACPassthroughSubscriber的目的是將subscirber傳遞給另一個(gè)還沒有disposed的subscriber。

    Passes through all events to another subscriber while not disposed.

  5. 當(dāng)執(zhí)行self.didSubscribe(subscriber)時(shí)siganle存儲(chǔ)的block就會(huì)被執(zhí)行。當(dāng)sendNext:執(zhí)行時(shí),先執(zhí)行[RACPassthroughSubscriber sendNext:],然后調(diào)用RACPassthroughSubscriber中的subscriber來執(zhí)行sendNext:

    // 源碼
        // 源碼
    - (void)sendNext:(id)value {
       if (self.disposable.disposed) return;
    
       if (RACSIGNAL_NEXT_ENABLED()) {
          RACSIGNAL_NEXT(cleanedSignalDescription(self.signal), cleanedDTraceString(self.innerSubscriber.description), cleanedDTraceString([value description]));
       }
    
       [self.innerSubscriber sendNext:value];
    

}
繼續(xù)執(zhí)行addDisposable,此時(shí)會(huì)將RACCompoundDisposable```釋放。

```objc
// 源碼
- (void)addDisposable:(RACDisposable *)disposable {
NSCParameterAssert(disposable != self);
if (disposable == nil || disposable.disposed) return;

BOOL shouldDispose = NO;

OSSpinLockLock(&_spinLock);
{
    if (_disposed) {
        shouldDispose = YES;
    } else {
        #if RACCompoundDisposableInlineCount
        for (unsigned i = 0; i < RACCompoundDisposableInlineCount; i++) {
            if (_inlineDisposables[i] == nil) {
                _inlineDisposables[i] = disposable;
                goto foundSlot;
            }
        }
        #endif

        if (_disposables == NULL) _disposables = RACCreateDisposablesArray();
        CFArrayAppendValue(_disposables, (__bridge void *)disposable);

        if (RACCOMPOUNDDISPOSABLE_ADDED_ENABLED()) {
            RACCOMPOUNDDISPOSABLE_ADDED(self.description.UTF8String, disposable.description.UTF8String, CFArrayGetCount(_disposables) + RACCompoundDisposableInlineCount);
        }

    #if RACCompoundDisposableInlineCount
    foundSlot:;
    #endif
    }
}
OSSpinLockUnlock(&_spinLock);

// Performed outside of the lock in case the compound disposable is used
// recursively.
// 會(huì)在此處釋放。
if (shouldDispose) [disposable dispose];

}


6. 源碼中可以看出,訂閱一個(gè)信號(hào),返回的是一個(gè)RACDisposable,作為一個(gè)返回值返回到外部,我們可以在外部對(duì)其取消這個(gè)訂閱。

###總結(jié)
```objc
// part 1.
RACSignal *aSignal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    // 此處subscriber為轉(zhuǎn)換后的subscriber
    // part 5.
   [subscriber sendNext:@"abc"];
   [subscriber sendCompleted];
    
   // part 6.
   return [RACDisposable disposableWithBlock:^{
       NSLog(@"disposable");
   }];
}];

// part 2.
RACDisposable *adisposable = [aSignal subscribeNext:^(id x) {
   NSLog(@"~~~~~~~~~~~  %@",x);
}];
  1. 調(diào)用createSignal:創(chuàng)建一個(gè)信號(hào)。存儲(chǔ)當(dāng)前的block到didSubscribe這個(gè)block中。
  2. 調(diào)用subscribeNext:訂閱信號(hào)。創(chuàng)建一個(gè)subscriber來subscription。在subscriber中存儲(chǔ)nextBlock,errorBlock,completeBlock三個(gè)block。
  3. 當(dāng)前的訂閱通過轉(zhuǎn)換,成為RACPassthroughSubscriber,這個(gè)subscriber中有三個(gè)重要的屬性分別是當(dāng)前訂閱的subscriber,當(dāng)前的signal和RACCompoundDisposable。
  4. RACDynamicSignal執(zhí)行didSubscribe(RACPassthroughSubscriber)這個(gè)block。執(zhí)行RACPassthroughSubscriber中的sendNext:, sendError:, sendCompeleted
  5. RACPassthroughSubscriber中通過判斷當(dāng)前的disposable的狀態(tài)來判斷是否告訴subscriber調(diào)用相應(yīng)的sendNext:等。
  6. 調(diào)用dispose方法,完成整個(gè)過程。

用一張圖來來表示整個(gè)過程


ReactiveCocoa.jpg

引用

ReactiveCocoa gitHub

美團(tuán)點(diǎn)評(píng)技術(shù)團(tuán)隊(duì)RACSignal的Subscription深入分析

iOS ReactiveCocoa詳解

寫在最后

第一篇ReactiveCocoa的文章,寫的不好,如有寫的不對(duì)的地方,歡迎指正,共同進(jìn)步。謝謝!!!

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

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