RAC实践采坑指北

2023-12-03 09:43:25

在使用 Reactive Cocoa 中需要注意的陷阱

Reactive Cocoa (RAC) 是 iOS 开发人员处理异步事件流的强大工具。然而，它也有一些需要考虑的陷阱。了解这些陷阱对于避免常见的错误并充分利用 RAC 的功能至关重要。

RACSignal 的终止行为

RACSignal 是 RAC 的核心概念，代表一个事件流。一个常见的陷阱是 RACSignal 的终止行为。如果信号完成或产生错误，任何对它的进一步操作都将被静默忽略。这与其他响应式框架（如 RxSwift）不同，在这些框架中，错误会通过错误处理操作符进行传播。

例如，考虑以下代码：

RACSignal *signal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [subscriber sendNext:@1];
    [subscriber sendCompleted];
    return nil;
}];

[signal subscribeNext:^(id x) {
    NSLog(@"%@", x);
}];

[signal subscribeNext:^(id x) {
    NSLog(@"%@", x); // 不会被调用
}];

在上面的示例中，第一个观察者将收到值 1，但由于信号已完成，因此不会调用另一个观察者。

RACSubject 的微妙之处

RACSubject 是一个可变的信号，允许观察者发送事件。一个陷阱是，它并不总是明显何时会发送事件。例如，如果一个主题被多次赋值，则它的观察者将只收到最后一次赋值的通知。

例如，考虑以下代码：

RACSubject *subject = [RACSubject subject];

[subject sendNext:@1];
[subject sendNext:@2];

[subject subscribeNext:^(id x) {
    NSLog(@"%@", x); // 只打印 2
}];

RACScheduler 的复杂性

RACScheduler 用于控制事件的执行时间。处理 RACScheduler 的复杂性是另一个潜在的陷阱。有许多不同的调度程序，例如主队列、后台队列和自定义队列，需要根据特定需求谨慎选择。

例如，考虑以下代码：

RACSignal *signal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [[RACScheduler scheduler] afterDelay:1 schedule:^{
        [subscriber sendNext:@1];
        [subscriber sendCompleted];
    }];
    return nil;
}];

[signal subscribeNext:^(id x) {
    NSLog(@"%@", x);
}];