ReactiveCocoa基础
有关对 ReactiveCocoa 的看法可以看一下唐巧的这篇ReactiveCocoa 讨论会
ReactiveCocoa简介
ReactiveCocoa(简称为RAC),是由Github开源的一个应用于iOS和OS开发的新框架,Cocoa是苹果整套框架的简称,因此很多苹果框架喜欢以Cocoa结尾。
在我们iOS开发过程中,当某些事件响应的时候,需要处理某些业务逻辑,这些事件都用不同的方式来处理。
比如按钮的点击使用action,ScrollView滚动使用delegate,属性值改变使用KVO等系统提供的方式。其实这些事件,都可以通过RAC处理
ReactiveCocoa为事件提供了很多处理方法,而且利用RAC处理事件很方便,可以把要处理的事情,和监听的事情的代码放在一起,这样非常方便我们管理,就不需要跳到对应的方法里。
非常符合我们开发中高聚合,低耦合的思想。
ReactiveCocoa编程思想
在开发中我们也不能太依赖于某个框架,否则这个框架不更新了,导致项目后期没办法维护,比如之前Facebook提供的 Three20
框架,在当时也是神器,但是后来不更新了,也就没什么人用了。因此我感觉学习一个框架,还是有必要了解它的编程思想。
先简单介绍下目前咱们已知的编程思想:
响应式编程思想
响应式编程思想:不需要考虑调用顺序,只需要知道考虑结果,类似于蝴蝶效应,产生一个事件,会影响很多东西,这些事件像流一样的传播出去,然后影响结果,借用面向对象的一句话,万物皆是流。
代表
:KVO
链式编程思想
链式编程 是将多个操作(多行代码)通过点号(.)链接在一起成为一句代码,使代码可读性好。如:
1 | make.add(1).add(2).sub(5).muilt(-4).divide(4); |
特点
:方法的返回值是block,block必须有返回值(本身对象),block参数(需要操作的值)
代表
:masonry框架。
实现
:模仿masonry,写一个加法计算器,练习链式编程思想。
NSObject+Caculator.h
1 | # import <Foundation/Foundation.h> |
NSObject+Caculator.m
1 | @implementation NSObject (Caculator) |
CaculatorMaker.h
1 | # import <Foundation/Foundation.h> |
CaculatorMaker.m
1 | # import "CaculatorMaker.h" |
使用:
1 | int result = [NSObject makeCaculators:^(CaculatorMaker *make) { |
函数式编程思想
函数式编程思想:是把操作尽量写成一系列嵌套的函数或者方法调用。
特点
:每个方法必须有返回值(本身对象),把函数或者Block当做参数,block参数(需要操作的值)block返回值(操作结果)
代表
:ReactiveCocoa
实现
:用函数式编程实现,写一个加法计算器,并且加法计算器自带判断是否等于某个值.
1 | Calculator *caculator = [[Calculator alloc] init]; |
Calculator.h
1 | #import <Foundation/Foundation.h> |
Calculator.m
1 | #import "Calculator.h" |
ReactiveCocoa 结合了这两种种编程风格:
函数式编程(Functional Programming)
响应式编程(Reactive Programming)
所以,你可能听说过 ReactiveCocoa 被描述为函数响应式编程(FRP)框架。
以后使用RAC解决问题,就不需要考虑调用顺序,直接考虑结果,把每一次操作都写成一系列嵌套的方法中,使代码高聚合,方便管理。
导入ReactiveCocoa
ReactiveCocoa的GitHub地址
Objective-C
ReactiveCocoa 2.5版本以后改用了Swift,所以Objective-C项目需要导入2.5版本
CocoaPods
集成:
1 | platform :ios, '8.0' |
PS:新版本的CocoaPods
需要加入
1 | target 'YouProjectName' do |
这句话来限定项目,否则导入失败。
Swift
Swift项目导入2.5后的版本
1 | platform :ios, '8.0' |
使用时在全局头文件导入头文件即可
PrefixHeader.pch
1 | #ifndef PrefixHeader_pch |
ReactiveCocoa常见类
RACSiganl 信号类
信号类,一般表示将来有数据传递,只要有数据改变,信号内部接收到数据,就会马上发出数据。
注意:
- 信号类(RACSiganl),只是表示当数据改变时,信号内部会发出数据,它本身不具备发送信号的能力,而是交给内部一个订阅者去发出。
- 默认一个信号都是冷信号,也就是值改变了,也不会触发,只有订阅了这个信号,这个信号才会变为热信号,值改变了才会触发。
- 如何订阅信号:调用信号RACSignal的subscribeNext就能订阅
使用:
1 | // RACSignal使用步骤: |
RACSubscriber
表示订阅者的意思,用于发送信号,这是一个协议,不是一个类,只要遵守这个协议,并且实现方法才能成为订阅者。通过create创建的信号,都有一个订阅者,帮助他发送数据。
RACDisposable
用于取消订阅或者清理资源,当信号发送完成或者发送错误的时候,就会自动触发它。
使用场景:不想监听某个信号时,可以通过它主动取消订阅信号。
RACSubject
RACSubject:信号提供者,自己可以充当信号,又能发送信号。
使用场景:通常用来代替代理,有了它,就不必要定义代理了。
RACReplaySubject
重复提供信号类,RACSubject的子类。
RACReplaySubject
与RACSubject
区别:
RACReplaySubject
可以先发送信号,在订阅信号,RACSubject
就不可以。
使用场景一:如果一个信号每被订阅一次,就需要把之前的值重复发送一遍,使用重复提供信号类。
使用场景二:可以设置capacity数量来限制缓存的value的数量,即只缓充最新的几个值。
ACSubject 和 RACReplaySubject 简单使用:
ACSubject
1 | // RACSubject使用步骤 |
1 | // RACReplaySubject使用步骤: |
RACSubject替换代理(与block类似)
1 | // 需求: |
RACTuple
元组类,类似NSArray,用来包装值.(
@[key, value]
)
RACSequence
RAC中的集合类,用于代替NSArray,NSDictionary,可以使用它来快速遍历数组和字典。
使用场景:字典转模型
1 | // 1.遍历数组 |
RACCommand
RAC中用于处理事件的类,可以把事件如何处理,事件中的数据如何传递,包装到这个类中,他可以很方便的监控事件的执行过程。
一、RACCommand使用步骤:
- 创建命令 initWithSignalBlock:(RACSignal * (^)(id input))signalBlock
- 在signalBlock中,创建RACSignal,并且作为signalBlock的返回值
执行命令 - (RACSignal *)execute:(id)input
二、RACCommand使用注意:
signalBlock必须要返回一个信号,不能传nil.
- 如果不想要传递信号,直接创建空的信号[RACSignal empty];
- RACCommand中信号如果数据传递完,必须调用[subscriber sendCompleted],这时命令才会执行完毕,否则永远处于执行中。
RACCommand需要被强引用,否则接收不到RACCommand中的信号,因此RACCommand中的信号是延迟发送的。
三、RACCommand设计思想:
内部signalBlock为什么要返回一个信号,这个信号有什么用。
在RAC开发中,通常会把网络请求封装到RACCommand,直接执行某个RACCommand就能发送请求。
当RACCommand内部请求到数据的时候,需要把请求的数据传递给外界,这时候就需要通过signalBlock返回的信号传递了。
四、如何拿到RACCommand中返回信号发出的数据。
RACCommand有个执行信号源executionSignals,这个是signal of signals(信号的信号),意思是信号发出的数据是信号,不是普通的类型。
订阅executionSignals就能拿到RACCommand中返回的信号,然后订阅signalBlock返回的信号,就能获取发出的值。
五、监听当前命令是否正在执行executing
六、使用场景,监听按钮点击,网络请求
使用:
1 | // 1.创建命令 |
RACMulticastConnection
用于当一个信号,被多次订阅时,为了保证创建信号时,避免多次调用创建信号中的block,造成副作用,可以使用这个类处理。
注意:RACMulticastConnection通过RACSignal的-publish或者-muticast:方法创建.
RACMulticastConnection使用步骤:
- 创建信号 + (RACSignal )createSignal:(RACDisposable (^)(id
subscriber))didSubscribe - 创建连接 RACMulticastConnection *connect = [signal publish];
- 订阅信号,注意:订阅的不在是之前的信号,而是连接的信号。 [connect.signal subscribeNext:nextBlock]
- 连接 [connect connect]
RACMulticastConnection底层原理:
- 创建connect,connect.sourceSignal -> RACSignal(原始信号) connect.signal -> RACSubject
- 订阅connect.signal,会调用RACSubject的subscribeNext,创建订阅者,而且把订阅者保存起来,不会执行block。
- [connect connect]内部会订阅RACSignal(原始信号),并且订阅者是RACSubject
- 订阅原始信号,就会调用原始信号中的didSubscribe
- didSubscribe,拿到订阅者调用sendNext,其实是调用RACSubject的sendNext
- RACSubject的sendNext,会遍历RACSubject所有订阅者发送信号。
- 因为刚刚第二步,都是在订阅RACSubject,因此会拿到第二步所有的订阅者,调用他们的nextBlock
需求:假设在一个信号中发送请求,每次订阅一次都会发送请求,这样就会导致多次请求。
解决:使用RACMulticastConnection就能解决.
问题:每次订阅一次都会发送请求
1 | // 创建请求信号 |
输出:
1 | 2016-12-28 11:37:04.397 ReactiveCacoa[1505:340573] 发送请求 |
可以发现每次订阅都会重新发送请求.
下面我们使用RACMulticastConnection:
1 | RACSignal *signal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { |
输出:
1 | 2016-12-28 11:37:04.399 ReactiveCacoa[1505:340573] 发送请求 |
RACScheduler
RAC中的队列,用GCD封装的。
RACUnit
表⽰stream不包含有意义的值,也就是看到这个,可以直接理解为nil.
RACEven
把数据包装成信号事件(signal event)。它主要通过RACSignal的-materialize来使用,然并卵。
ReactiveCocoa开发中常见用法
- 替换代理
- 替换KVO
- 监听事件
- 替换通知
- 监听文本框文字改变
- 统一处理多个网络请求
替换代理:
rac_signalForSelector:
rac_signalForSelector:
直接监听 Selector
事件的调用
应用场景:监听 RedViewController
中按钮的点击事件 btnTap:
跳转到RedViewController
前,先使用rac_signalForSelector
订阅rvc中的 btnTap:
点击事件
1 | // 使用segue跳转 |
RedViewController.m
中的按钮事件
1 | - (IBAction)btnTap:(id)sender { |
替换KVO
rac_valuesForKeyPath:
1 | // KVO |
替换通知
rac_addObserverForName
1 | // 原生的订阅通知 |
监听事件
rac_signalForControlEvents:
1 | // 监听 btn 的 UIControlEventTouchUpInside 点击事件 |
监听 textField 文字变化
rac_textSignal
1 | [[self.textField rac_textSignal] subscribeNext:^(id x) { |
统一处理多个网络请求
rac_liftSelector:
1 | - (void)viewDidLoad { |
注意:
替换KVO
和监听文本框文字改变
方法在创建监听方法时就会执行一次。1
22016-12-28 16:53:50.746 ReactiveCacoa[4956:1246592] slider value Change:0.5
2016-12-28 16:53:50.748 ReactiveCacoa[4956:1246592] textField change:使用
rac_liftSelector
时@selector(updateWithR1:R2:)
中的方 参数个数 要与 signal个数 相同,否则会被断言Crash!