RACsignal、RACSubject、RACReplaySu

通过RAC我们使用MVVM框架。可以较为优雅的解决MVC模型中Controller过于臃肿的问题。而且RAC提供了统一的消息转发机制。比较方便管理。
一、RACSignal的创建：

    RACSignal *defaultSignal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
        NSLog(@"信号被执行");
        [subscriber sendNext:@"testABC"];
        [subscriber sendCompleted];
        return [RACDisposable disposableWithBlock:^{
            NSLog(@"%@",@"当前信号已经被销毁了");
        }];
    }];

RACSignal信号的订阅：

    QXWTestSignalObject *testObject = [[QXWTestSignalObject alloc]init];
    [[testObject getTestSignal]subscribeNext:^(id x) {
        NSString *str = (NSString *)x;
        NSLog(@"%@",str);
    }];

下面我们通过实例来分析下RACSignal信号的特点、
controller中信号的订阅情况为

QXWTestSignalObject *testObject = [[QXWTestSignalObject alloc]init];
    [[testObject getTestSignal]subscribeNext:^(id x) {
        NSString *str = (NSString *)x;
        NSLog(@"%@",str);
    }];
    [[testObject getTestSignal]subscribeNext:^(id x) {
        NSString *str = (NSString *)x;
        NSLog(@"第二次订阅信号执行结果为%@",str);
    }];

执行结果为：
2018-01-26 13:42:49.907605+0800 RacReplaySubjectTest[2249:105392] 信号被执行
2018-01-26 13:42:49.907978+0800 RacReplaySubjectTest[2249:105392] testABC
2018-01-26 13:42:49.908207+0800 RacReplaySubjectTest[2249:105392] 当前信号已经被销毁了
2018-01-26 13:42:49.908419+0800 RacReplaySubjectTest[2249:105392] 信号被执行
2018-01-26 13:42:49.908589+0800 RacReplaySubjectTest[2249:105392] 第二次订阅信号执行结果为testABC
2018-01-26 13:42:49.908710+0800 RacReplaySubjectTest[2249:105392] 当前信号已经被销毁了
我们对以上内容进行分析：可以看到“信号被执行”输出了两次
每次订阅信号的时候信号的创建内部的didSubscribe代码块都会执行一次。然后将订阅block的参数传递给订阅者。都次对于信号的订阅都会执行一次didSubscribe。只看看过一篇文章对RACSignal的底层做了一个讲解。如下
1.创建信号只是把信号的didSubscribe保存到信号中。并不会触发。
2.信号的订阅即使调用信号的subscribeNext方法
3.对信号进行订阅的时候会创建订阅者subscriber，并把nextBlock保存到subscriber中。
4.subscriberNext会自动调用subscriber信号的didSubscribe方法。
5.didSubScribe会调用subscriber的sendNext()方法
6.调用subscriber的sendNext()方法就是调用subscriber保存的nextBlock;
二、RACSubject的创建和使用
RACSubject订阅后才能接收到信号。订阅前的信号无法接收到。
创建：

RACSubject *subjectDefault = [RACSubject subject];

信号的订阅：

[subjectDefault subscribeNext:^(id x) {
        NSString *paramString = (NSString *)x;
        NSLog(@"信号发送前订阅%@",paramString);
    }];

下面还是通过代码实例讲解下racSubject的特性：

    RACSubject *subjectDefault = [RACSubject subject];
    [subjectDefault subscribeNext:^(id x) {
        NSString *paramString = (NSString *)x;
        NSLog(@"信号发送前订阅%@",paramString);
    }];
    [subjectDefault sendNext:@"subject信号发送"];
    [subjectDefault subscribeNext:^(id x) {
        NSString *paramString = (NSString *)x;
        NSLog(@"信号发送后订阅%@",paramString);
    }];

控制台输出为

2018-01-26 14:12:45.244354+0800 RacReplaySubjectTest[2371:119306] 信号发送前订阅subject信号发送

可以看到只有在信号订阅前发送的消息才能够正常接收
三、RACReplaySubject
RACReplaySubejct既可以接受到订阅前的信号，也可以接受到订阅后的信号。
证明代码如下：

    RACReplaySubject *replaySubject = [RACReplaySubject subject];
    [replaySubject subscribeNext:^(id x) {
        NSString *signalStr = (NSString *)x;
        NSLog(@"信号发送前订阅%@",signalStr);
    }];
    [replaySubject sendNext:@"replaySubject信号发送"];
    [replaySubject subscribeNext:^(id x) {
        NSString *signalStr = (NSString *)x;
        NSLog(@"信号发送后订阅%@",signalStr);
    }];

控制台输出为：

2018-01-26 14:19:15.920820+0800 RacReplaySubjectTest[2437:123082] 信号发送前订阅replaySubject信号发送
2018-01-26 14:19:15.921018+0800 RacReplaySubjectTest[2437:123082] 信号发送后订阅replaySubject信号发送

“信号发送前订阅replaySubject信号发送”完成了正常打印
分析可得信号订阅前发送的信号也被正常的订阅接收。

总结分析
RACSignal：每次订阅都会完整的执行didSubscriber方法。重新调用新的nextBlock()
RACSubject：只能接收到订阅后发送的消息。订阅前的信号无法正常接收
RACReplaySubject：调用sendNext()的时候会自动把值保存起来。同时每次订阅会把nextBlock保存起来。每次订阅会根据保存的值遍历调用保存的nextBlock。（此方法在ViewModel进行数据请求的使用中比较方便）