重读-ReactiveCocoa
序
第一次接触RAC是去年,差不多也是这个时候,当时就想总结一篇文章,但是当把用法全盘的了解一下之后心生感慨。
什么玩意,这不就是一个厚重版的blockskit么?
至于MVVM,网上的各种文章不断的在强调,什么冗余的Controller、遗失的网络逻辑,那你把网络请求单独的抽成一个类不就行了么?
后来各种原因吧,加上无意中看到两篇文章,让我感触良多,怀着崇敬的心情重读RAC。至于RAC+MVVM这种组合框架,我现在的态度是:你可以不用,但是不能不会。
目录
- 引入面试题
- 类名描述
- 信号的生命周期及源码解读
- RACCommand
一、面试题
question.pnganswer.png面试官:为什么发送完要调用 [subscriber sendCompleted]
二、RAC常用类
类名 | 描述 |
---|---|
RACSignal | 信号类(核心类) |
RACSubject | 可充当信号,又能发送信号 |
RACSubscriber | 信号订阅者 (协议) |
RACReplaySubject | 重复提供信号类(继承子RACSubject) |
RACMulticastConnection | 避免被多次订阅 |
RACDisposable | 取消订阅 |
RACCompoundDisposable | 类似于可变数组 |
RACCommand | RAC中用于处理事件的类 |
三、信号的生命周期及源码解读
信号的生命周期.png 信号核心类.png3.1、创建信号
本质:实例化RACDynamicSignal类型的信号,并将传入的block保存
3.2、订阅信号
本质:创建订阅者,保存相应block(等待发送时调用block)
订阅信号-1.png 订阅信号-2.png3.3、发送信号
本质 : 执行订阅信号时传入的block
关于以上先将block拷贝,在《Effective Objective-C 2.0》中有这样一段介绍:
block--copy.png
所以我们以后在用block的时候,最好也先copy一下。
3.4、取消订阅
本质:把订阅信号获得的disposable进行dispost即可,在调度器调度该部分代码之前禁止调用
3.5、其他信号类
其他信号.png RACReplaySubject.png RACMulticastConnection.png四、RACCommand
将这个类单独弄写一下是因为它比较重要,MVVM对于MVC来说最大的不同点就是把网络请求抽离到ViewModel中了
RACCommand使用.png
4.1、RACCommand创建命令
本质:创建了一个RACCommand类的对象,保存block,初始化了一个信号数组,用来接收信号命令
4.2、RACCommand-订阅命令发出信号
本质:订阅保存到信号数组中的最新信号
4.3、RACCommand-判断命令是否在执行
本质:检测是否有活跃的信号
4.4、RACCommand-执行命令
本质:将传入的小对象传入signalBlock生成signal,并将signal添加到_activeExecutionSignals信号数组中
4.5、RACCommand在实际中的应用
常见使用场景:网络请求
这里我从网上扒了一个demo,具体实现如下
五、RACSubject
5.1、RACSubject解读
RACSubject.png RACSubject-创建信号.png RACSubject-订阅信号.png RACSubject-发送信号.png5.2、RACSubject的实际应用
通常在RAC+MVVM架构的项目中,一般用RACSubject来代替代理。
演示:
自定义一个名字为DelegateView的UIView,在内部添加了一个button,通过点击button回调。
以前我们通常会使用代理、block、通知等来实现这一步骤,现在我们用RACSubject来代替一下。
END
原来读源码真的会上瘾,如果感觉对您有帮助,请动动手指点赞一下