简介
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<RACSubscriber> 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的理解.