ReactiveCocoa學習總結

ReactiveCocoa是一個FRP的思想在Objective-C中的實現框架,主要為了改善以下幾個問題:

1 傳統iOS開發過程中,狀態以及狀態之間依賴過多的問題
2 傳統MVC架構的問題:Controller比較復雜,可測試性差
3 提供統一的消息傳遞機制

在我們現在的開發工作中,RAC主要是為了實現MVVM框架,因為RAC的信號機制很容易將某一個變量的變化與界面元素關聯,所以非常容易應用Model-View-ViewModel 框架。通過引入ViewModel層,然后用RAC將ViewModel與View關聯,View層的變化可以直接響應ViewModel層的變化,這使得Controller變得更加簡單。目前如果要實現iOS的MVVM,需要實現數據綁定的功能,因此RAC目前是不可缺少的。

我們可能會在ViewModel里寫的代碼

- (RACCommand *)loadCommand
{
    @weakify(self);
    if (!_loadCommand) {
        _loadCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id input) {
            @strongify(self);
            return [[self.model fetchResultInfoSignal] doNext:^(ResultInfo *resultInfo) {
                @strongify(self);
                self.resultInfo = resultInfo;
            }];
        }];
    }
    return _loadCommand;
}
 
 
- (RACSignal *)fetchResultInfoSignal
{
    @weakify(self);
    return [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
        @strongify(self);
        [self fetchResultInfoFinished:^(ResultInfo *resultInfo, NSError *error) {
            if (error) {
                [subscriber sendError:error];
            } else {
                [subscriber sendNext:resultInfo];
                [subscriber sendCompleted];
            }
        }];
        return nil;
    }];
}
[[self.viewModel.loadCommand execute:nil] subscribeCompleted:^{
    // do next Operation
}];

而背后的原理是怎樣的呢,可以看一下ReactiveCocoa的源碼實現

RACCommand

在RACCommand.m中,我們可以看到初始化方法

- (id)initWithSignalBlock:(RACSignal * (^)(id input))signalBlock {
    return [self initWithEnabled:nil signalBlock:signalBlock];
}

初始化方法中調用了- (id)initWithEnabled:(RACSignal *)enabledSignal signalBlock:(RACSignal * (^)(id input))signalBlock
初始化了command中的signalBlock,并且初始化了activeExecutionSignals、executing、errors、enabled等
在- (RACSignal *)execute:(id)input 中

RACSignal *signal = self.signalBlock(input);
RACMulticastConnection *connection = [[signal subscribeOn:RACScheduler.mainThreadScheduler] multicast:[RACReplaySubject subject]];

使用了self.signalBlock,使用了connection進行連接

[self addActiveExecutionSignal:connection.signal];
[connection.signal subscribeError:^(NSError *error) {
    @strongify(self);
    [self removeActiveExecutionSignal:connection.signal];
} completed:^{
    @strongify(self);
    [self removeActiveExecutionSignal:connection.signal];
}];

并把connection.signal加入到activeExecutionSignal中,執行完了移除信號
我們可以看到RACCommand執行,返回值類型為RACSignal,我們可以繼續對RACSignal進行操作

RACSignal

RAC的核心就是RACSignal,那什么是RACSignal呢
RACSignal是RACStream的子類,RACStream是一個抽象類,描述了值的流動。 RACSignal通過createSignal進行創建,該方法會調用RACDynamicSignal子類的createSignal方法
createSignal的參數為一個block,block的參數是支持RACSubscriber協議的id類型,返回值為RACDisposable

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

RACDynamicSignal中會把block保存到didSubscribe中,didSubscribe和參數類型一樣的block

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

而doNext方法做了什么事情呢

- (RACSignal *)doNext:(void (^)(id x))block {
    NSCParameterAssert(block != NULL);
    return [[RACSignal createSignal:^(id<RACSubscriber> subscriber) {
        return [self subscribeNext:^(id x) {
            block(x);
            [subscriber sendNext:x];
        } error:^(NSError *error) {
            [subscriber sendError:error];
        } completed:^{
            [subscriber sendCompleted];
        }];
    }] setNameWithFormat:@"[%@] -doNext:", self.name];
}

我們可以看到doNext方法是把原來的Signal生成一個新的Signal,新的Signal的didSubscribe會訂閱原來的信號,并且執行doNext中的block

RACSubscriber

RACSubscriber協議里有4個方法,分別是

- (void)sendNext:(id)value;
- (void)sendError:(NSError *)error;
- (void)sendCompleted;
- (void)didSubscribeWithDisposable:(RACCompoundDisposable *)disposable;

在執行sendXXX的方法的時候,實際上執行的是

@property (nonatomic, copy) void (^next)(id value);
@property (nonatomic, copy) void (^error)(NSError *error);
@property (nonatomic, copy) void (^completed)(void);

對應的block,block的內容是在

+ (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;
}

中進行賦值的,而subscriberWithNext是在什么時候調用的呢

- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock error:(void (^)(NSError *error))errorBlock completed:(void (^)(void))completedBlock {
    RACSubscriber *o = [RACSubscriber subscriberWithNext:nextBlock error:errorBlock completed:completedBlock];
    return [self subscribe:o];
}

是在Signal被訂閱的時候被調用,調用的時候發現是RACSubscriber的類方法,也就是說RACSubscriber不僅是一個協議,也存在一個同名的類
RACSubscriber類繼承自NSObject,實現了<RACSubscriber>協議
那block是如何執行的呢

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

如果block不為空,就執行block中的內容,參數為sendNext的參數
sendXXX方法是在Signal在createSignal的時候保存在didSubscribe中,而didSubscribe的執行時機呢
這個時機就是在RACSignal訂閱的時候返回的[self subscribe:o]中執行了didSubscribe,

- (RACDisposable *)subscribe:(id<RACSubscriber>)subscriber {
    NSCAssert(NO, @"This method must be overridden by subclasses");
    return nil;
}

RACSignal中的該方法是空,需要子類實現,我們需要查看RACDynamicSignal中的該方法

- (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;
}

其中的didSubscribe就是createSignal時保存的block,所以只有信號被訂閱的時候,創建時的block才會被執行

RACDisposable

上一個方法的返回值是RACDisposable,也就是createSignal中的返回值,該對象封裝了訂閱的拆卸和清理工作,RACDisposable如何使用呢

__block int count = 0;
RACSignal *signal = [self signInSignal];
__block RACDisposable *dd = nil;
dd = [signal subscribeNext:^(id x) {
    ++count;
    if (count == 5) {
        [dd dispose];
    }
    NSLog(@"-------%@", x);
}];
  
- (RACSignal *)signInSignal
{
    return [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
        RACDisposable *d = [[RACDisposable alloc] init];
        [[RACScheduler mainThreadScheduler] schedule:^{
            int a = 1, b = 1;
            while (!d.disposed) {
                [subscriber sendNext:@(a)];
                int oldB = b;
                b = a + b;
                a = oldB;
            }
        }];
        return d;
    }];   
}

一個簡單的例子,輸出斐波那契數列,在第五次循環的時候停止
如果沒有[RACScheduler mainThreadScheduler]的話,循環會一直循環下去,不會停止,因為當前線程無法得到返回值d,因此不會被終止

冷熱信號

RACSignal通過createSignal創建了冷信號,而RACSubject則可以創建了熱信號,RACSignal的冷信號也可以轉化成熱信號
RACSubject是RACSignal的子類,也實現了RACSubscriber協議

RACSignal *coolSignal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [[RACScheduler mainThreadScheduler] afterDelay:1 schedule:^{
        [subscriber sendNext:@5];
    }];
    [[RACScheduler mainThreadScheduler] afterDelay:2 schedule:^{
        [subscriber sendNext:@6];
    }];
    return nil;
}];
 
RACSubject *hotSignal = [RACSubject subject];
[[RACScheduler mainThreadScheduler] afterDelay:3 schedule:^{
   [hotSignal subscribeNext:^(id x) {
       NSLog(@"aaa: %@", x);
   }];
   [coolSignal subscribe:hotSignal];
}];
[[RACScheduler mainThreadScheduler] afterDelay:3.5 schedule:^{
    [hotSignal subscribeNext:^(id x) {
        NSLog(@"bbb: %@", x);
    }];
}];

github博客:https://wf96390.github.io/blog/2016/03/19/ReactiveCocoa/

參考:
ReactiveCocoa2 源碼淺析
RACSignal的Subscription深入分析
細說ReactiveCocoa的冷信號與熱信號

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

推薦閱讀更多精彩內容

  • 前言 之前對RAC有了一個基本的認識,了解了它的作用,以及RAC的運行機制,我們知道只要是信號(RACSignal...
    大大盆子閱讀 4,509評論 0 11
  • 前言由于時間的問題,暫且只更新這么多了,后續還會持續更新本文《最快讓你上手ReactiveCocoa之進階篇》,目...
    Karos_凱閱讀 1,750評論 0 6
  • RAC使用測試Demo下載:github.com/FuWees/WPRACTestDemo 1.ReactiveC...
    FuWees閱讀 6,432評論 3 10
  • 1.ReactiveCocoa常見操作方法介紹1.1 ReactiveCocoa操作須知所有的信號(RACSign...
    IIronMan閱讀 2,615評論 2 17
  • 文/井溢 人終究都是自私的,在關鍵時候才能看得出來。永遠不想吃虧的人大有人在,對于這一類人,說再見,祝他們...
    井溢閱讀 148評論 2 2