ReactiveCocoa框架理解一

簡介

ReactiveCocoa是一個基于函數響應式編程思想(Funcation Reactive Programming,簡稱FRP)的框架。由幾個重要的部分組成,如下:

信號:例如RACSignal,他可以被訂閱,訂閱后進行邏輯處理或者數據傳遞。

訂閱者:例如RACSubscriber,表示訂閱者的意思。用于訂閱和發送數據。它是一個協議,由具體的類實現。

清理者:例如RACDisposable,用于取消或者清理訂閱者的資源。

RACSubject:可以當成一個信號,也可以充當信號發送者。

一個簡單的流程分析

最基本的流程可以是,創建一個信號,然后創建一個訂閱者并且訂閱這個信號。

//首先創建一個信號
RACSignal *signal = [RACSignal create:^(id<RACSubscriber> subscriber) {
    [subscriber sendNext:@"test"]; //被subscriber訂閱后,觸發subscriber的sendNext方法,傳遞數據
}];    
[signal subscribeNext:^(id x) {
    NSLog(x); //將傳遞的數據數據輸出
}];
//輸出"test"

//創建一個RACDynamicSignal信號,指定了被訂閱后的回調邏輯
+ (RACSignal *)create:(void (^)(id<RACSubscriber>))didSubscribe {
    RACDynamicSignal *signal = [[self alloc] init];
    signal->_didSubscribe = [didSubscribe copy];
    return [signal setNameWithFormat:@"+create:"];
}

//創界一個訂閱者,并且訂閱信號
- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock error:(void (^)(NSError *error))errorBlock completed:(void (^)(void))completedBlock {
    RACLiveSubscriber *subscriber = [RACLiveSubscriber subscriberWithNext:nextBlock error:errorBlock completed:completedBlock];
    subscriber.signal = self; //subscriber關聯信號

    [self attachSubscriber:subscriber]; //信號被subscriber訂閱
    return subscriber.disposable;
}

1.create:方法創建一個RACDynamicSignal類型的信號signal,并且指定了被訂閱后的回調邏輯。

2.創建一個RACLiveSubscriber類型的訂閱者subscriber,subscriber分別維護了3個block,用于處理next事件,error事件和completed事件的數據,本例的error和completed回調均為nil。

3.subscriber訂閱signal,RACDynamicSignal類型的信號在attachSubscriber方法中會觸發_didSubscribe回調,并傳入subscriber。在回調邏輯里,subscriber觸發next事件,傳遞數據。

4.subscriber的next回調接收到數據后,輸出。

訂閱方法

RACSignal信號類提供了一系列訂閱信號的方法,但都是基于上文的subscribeNext:error:completed:,例如:

- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock {
    return [self subscribeNext:nextBlock error:nil completed:nil];
}

- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock completed:(void (^)(void))completedBlock {
    return [self subscribeNext:nextBlock error:nil completed:completedBlock];
}

- (RACDisposable *)subscribeError:(void (^)(NSError *error))errorBlock {
    return [self subscribeNext:nil error:errorBlock completed:nil];
}

- (RACDisposable *)subscribeCompleted:(void (^)(void))completedBlock {
    return [self subscribeNext:nil error:nil completed:completedBlock];
}

還有一個較為不同的方法是:

- (RACDisposable *)subscribe:(id<RACSubscriber>)subscriber {
    RACLiveSubscriber *liveSubscriber;
    if (subscriber == nil) {
        //創建一個RACLiveSubscriber,維護三個block,即next、error和completed,但只都是nil
        liveSubscriber = [RACLiveSubscriber subscriberWithNext:nil error:nil completed:nil];
    } else {
        //創建一個RACLiveSubscriber,維護三個block,即next、error和completed
        liveSubscriber = [RACLiveSubscriber subscriberForwardingToSubscriber:subscriber];
    }

    liveSubscriber.signal = self;
    [self attachSubscriber:liveSubscriber];
    return liveSubscriber.disposable;
}

該方法根據一個已有的subscriber,套一個新的RACLiveSubscriber類型的liveSubscriber在外面,liveSubscriber內部的next、error和completed回調會觸發原subscriber的對應回調。

+ (instancetype)subscriberForwardingToSubscriber:(id<RACSubscriber>)subscriber {
    NSCParameterAssert(subscriber != nil);
    //新liveSubscriber的三個block分別去調用原subscriber的三個block
    RACLiveSubscriber *liveSubscriber = [self subscriberWithNext:^(id x) {
        [subscriber sendNext:x];
    } error:^(NSError *error) {
        [subscriber sendError:error];
    } completed:^{
        [subscriber sendCompleted];
    }];

    [subscriber.disposable addDisposable:liveSubscriber.disposable];
    [liveSubscriber.disposable addDisposable:[RACDisposable disposableWithBlock:^{
        [subscriber.disposable removeDisposable:liveSubscriber.disposable];
    }]];

    return liveSubscriber;
}

將新liveSubscriber的disposable加入原subscriber的disposable隊列中,關聯兩者的disposable對象。

RACDisposable

RACDisposable相關類負責清理訂閱者的資源,例如創建一個RACDisposable的方法:

RACDisposable *disposable = [RACDisposable disposableWithBlock:^{
    //...執行相關邏輯
}];

disposable對象里面維護一個block,當執行dispose方法時,會執行block。RACCompoundDisposable對象是RACDisposable對象的子類,作用是維護一個隊列,里面存放了若干個disposable對象,RACCompoundDisposable對象執行dispose方法時,將隊列中的disposable對象依次執行dispose方法。

和訂閱者結合使用情況下,每個訂閱者會維護一個RACCompoundDisposable對象disposable,如下:

@protocol RACSubscriber <NSObject>
@required
@property (nonatomic, strong, readonly) RACCompoundDisposable *disposable;
- (void)sendNext:(id)value;
- (void)sendError:(NSError *)error;
- (void)sendCompleted;
@end

除了實現三個事件觸發的方法,還有一個RACCompoundDisposable對象disposable,以RACLiveSubscriber為例,在初始化的時候會創建一個RACCompoundDisposable對象,如下:

- (id)init {
    ... 
    //創建一個selfDisposable對象,用于將三個事件block置為nil
    RACDisposable *selfDisposable = [RACDisposable disposableWithBlock:^{
        @strongify(self);
        if (self == nil) return;
        OSSpinLockLock(&self->_spinLock);
        self.next = nil;
        self.error = nil;
        self.completed = nil;
        OSSpinLockUnlock(&self->_spinLock);
    }];
    //將selfDisposable對象加入隊列對象中
    _disposable = [RACCompoundDisposable compoundDisposableWithDisposables:@[ selfDisposable ]];
    return self;
}

接著分析上面的subscriberForwardingToSubscriber:方法

[subscriber.disposable addDisposable:liveSubscriber.disposable];
[liveSubscriber.disposable addDisposable:[RACDisposable disposableWithBlock:^{
    [subscriber.disposable removeDisposable:liveSubscriber.disposable];
}]];

將新的liveSubscriber對象的disposable對象加入原subscriber對象的disposable隊列中。之所以這樣做,我的理解是liveSubscriber基于subscriber創建,因此當subscriber在某種情況dispose,相關聯的liveSubscriber失去存在意義,也要dispose,將其三個事件的block置為nil,同時將liveSubscriber的disposable對象從隊列中移除。

attachSubscriber:

attachSubscriber:負責signal被訂閱后的邏輯,基類RACSignal默認不實現任何功能,如下:

- (void)attachSubscriber:(RACLiveSubscriber *)subscriber {
    NSCAssert(NO, @"This method must be overridden by subclasses.");
}

不同的signal子類實現邏輯不一樣,以create:方法創建的RACDynamicSignal類為例,如下:

- (void)attachSubscriber:(RACLiveSubscriber *)subscriber {
    NSCParameterAssert(subscriber != nil);
    if (self.didSubscribe != NULL) { //執行signal的_didSubscribe回調
        self.didSubscribe(subscriber);
    }
}

以RACReturnSignal類為例,如下:

- (void)attachSubscriber:(RACLiveSubscriber *)subscriber {
    NSCParameterAssert(subscriber != nil);
    [subscriber sendNext:self.value]; //觸發subscriber的next事件,將value作為數據傳遞
    [subscriber sendCompleted]; //觸發subscriber的comple事件
}
總結

RAC框架通過block回調的方式實現FRP編程思想,每一次操作會觸發一個對應的block作為響應,傳遞數據,在寫法上使代碼高聚合,方便管理。

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,362評論 6 537
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,013評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 177,346評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,421評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,146評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,534評論 1 325
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,585評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,767評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,318評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,074評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,258評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,828評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,486評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,916評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,156評論 1 290
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,993評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,234評論 2 375

推薦閱讀更多精彩內容