简介
ReactiveCocoa为函数响应式编程（Functional reactive programming，简称FRP），致力于更好得管理事件流和减少不必要的属性，对于强调UI响应的组件和异步操作（比如网络请求）效果尤佳。
关于RAC不便于调试的痛点，可以借助RAC的instruments插件或者打印信号来降低。
说了这么多，我们来以对UITextField的信号订阅为例，来分析一下RAC的实现流程。
信号绑定
RAC是通过Category对UITextField进行绑定的，我们来看一下代码：
- (RACSignal *)rac_textSignal {
@weakify(self);
return [[[[[RACSignal
defer:^{
@strongify(self);
return [RACSignal return:self];
}]
concat:[self rac_signalForControlEvents:UIControlEventAllEditingEvents]]
map:^(UITextField *x) {
return x.text;
}]
takeUntil:self.rac_willDeallocSignal]
setNameWithFormat:@"%@ -rac_textSignal", self.rac_description];
}
逐步分析如上操作
通过defer进行信号的创建
该创建方式和createSignal的区别在于前者是延迟创建,只有在信号被订阅时才会创建
concat关联信号
关联信号的实质就是订阅另一个信号.即点击事件所触发的信号.
[self rac_signalForControlEvents:UIControlEventAllEditingEvents].
所有继承UIControl的类都可以对操作事件进行订阅,事件订阅是如何实现的呢?
我们来看一下代码:
- (RACSignal *)rac_signalForControlEvents:(UIControlEvents)controlEvents {
@weakify(self);
return [[RACSignal
createSignal:^(id subscriber) {
@strongify(self);
[self addTarget:subscriber action:@selector(sendNext:) forControlEvents:controlEvents];
[self.rac_deallocDisposable addDisposable:[RACDisposable disposableWithBlock:^{
[subscriber sendCompleted];
}]];
return [RACDisposable disposableWithBlock:^{
@strongify(self);
[self removeTarget:subscriber action:@selector(sendNext:) forControlEvents:controlEvents];
}];
}]
setNameWithFormat:@"%@ -rac_signalForControlEvents: %lx", self.rac_description, (unsigned long)controlEvents];
}
关键代码: [self addTarget:subscriber action:@selector(sendNext:) forControlEvents:controlEvents];
当前信号订阅了信号B,信号B在所有UITextField的编辑状UIControlEventAllEditingEvents事件被触发时,信号B发送next事件,进而通知当前信号
map修改返回值
map方法的作用,即修改信号内的返回值,由于外部并不关心UITextField本身,而是它的文本内容,所以只返回text属性.
map是怎么实现的呢?
- (instancetype)map:(id (^)(id value))block {
NSCParameterAssert(block != nil);
Class class = self.class;
return [[self flattenMap:^(id value) {
return [class return:block(value)];
}] setNameWithFormat:@"[%@] -map:", self.name];
}
在这里我们讨论一下map和flattenMap的使用场景
-
map用于处理信号的返回值 -
flattenMap用于处理信号中的信号
takeUntil确定信号的生命周期
订阅UITextField的生命周期信号,在组件dealloc的时候,处理掉该信号
看代码
- (RACSignal *)rac_willDeallocSignal {
RACSignal *signal = objc_getAssociatedObject(self, _cmd);
if (signal != nil) return signal;
RACReplaySubject *subject = [RACReplaySubject subject];
[self.rac_deallocDisposable addDisposable:[RACDisposable disposableWithBlock:^{
[subject sendCompleted];
}]];
objc_setAssociatedObject(self, _cmd, subject, OBJC_ASSOCIATION_RETAIN);
return subject;
}
RAC通过runtime对dealloc信号进行管理,addDisposable的官方解释是Adds the given disposable. If the receiving disposable has already been disposed of, the given disposable is disposed immediately,即可以理解为是两个信号关联释放.在这里的作用是,当外部订阅生命周期的信号被释放时,监听生命周期的信号本身已经没有存在的意义,随之释放.
setNameWithFormat设置信号名
为信号设置一个别名,用于后续的调试,这里就不做赘述了.
总结
通过对 UITextField的分析,我们可以大致了解RAC内部的管理流程和RAC的精髓signal的使用方法.希望有助于大家对RAC的理解.