ReactiveCocoa 是一个很强大的第三方库，我记得有人评论ReactiveCocoa强大的地步 它可以完成你想要的任何一个操作，除非你想象不到。 在此之前也用过一点ReactiveCocoa 但也仅限于和AFN来结合封装网络库，使用一点ReactiveCocoa中一点UI的API ，趁着空闲几天时间来查了查ReactiveCocoa 的使用和里面的一点源码。 其中在 雷纯锋的博客 从中获得了一些体会。
ReactiveCocoa 简介
ReactiveCocoa(简称为RAC)，是由Github开源的一个应用于iOS和OS开发的新框架RAC具有函数响应式(FRP) 编程特性(函数式编程：使用高阶函数，例如函数用其他函数作为参数, 响应式编程：关注于数据流和变化传播)
ReactiveCocoa 的作用
官方回答是
事件流统一了Cocoa用于事件和异步处理的常用模式包括：
委托方法
回调blocks
通知
控件的actions和响应事件链
Futures and promises
Key-value observing (KVO)
自己认为它的作用可以帮助我们做
- 解决一些状态或者状态依赖过多的问题
- 就是类似于官方说的 它提供了一个统一提供统一的消息传递分发机制更能清晰的表达出消息传递中各种逻辑关系。
- 可以和MVVM结合 承担View和ViewMode的bind角色 解决Controller的冗余度
ReactiveCocoa 集成
一般会使用CocoPods来集成, 对于CocoPods不太清楚的可以点击链接，里面有完整的教程。
用终端进入项目的路径下 输入 Vim Podfile
注意 如果直接输入
会出现
我们需要输入
- 其中platform 表名你支持的最低ios版本
- target 后面紧跟你的项目名称
- ReactiveObjC表名的是OC版本 如果想用swift版本直接ReactiveCocoa即可
如果不习惯用CocoPods的话 可以去ReactiveCocoa Github下载配置
ReactiveCocoa 框架
在讲框架之前 我们会先解释两个名词：
- signal : 信号管 这是ReactvieCocoa的核心 借用别人博客中的比喻 我们可以把信号想象成一个水龙头
- subscriber: 订阅者 我们可以把订阅者想象成水龙头出水口
可以把信号管(Signal)想象成水龙头，只不过里面不是水，而是玻璃球(Value)，直径跟水管的内径一样，这样就能保证玻璃球是依次排列，不会出现并排的情况，水龙头的开关是默认关闭的，除非有(subscriber),才会开打开。这样只要有新的玻璃球(value)过来就会传送给订阅者
ReactiveCocoa整体的框架图(图片转载于雷纯锋博客)
接下来我们会逐步的分解这个框架图
1 RACStream类 (信号)
水管里面流动的一系列玻璃球，它们有顺序的依次通过，在第一个玻璃球没有到达之前，你没法获得第二个玻璃球，RACStream描述的就是这种线性流动玻璃球的形态，比较抽象，是作为描述抽象的父类，它本身的使用意义并不很大，一般会以RACSignal或者RACSequence等这些更高层次的表现形态代替。
2 RACSignal类
在RAC中最核心的类就是RACSiganl,一般表示将来有数据传递，只要有数据改变，信号内部接收到数据，就会马上发出数据。 它只是在内部发出数据，但是它不具有发送信号的能力，必须交给内部的订阅者(Subscriber)才能发送。稍后我们会讲解订阅者
RACSignal 可以向订阅者发送三种不同类型的事件：
- next ：RACSignal 通过 next 事件向订阅者传送新的值，并且这个值可以为 nil ；
- error ：RACSignal 通过 error 事件向订阅者表明信号在正常结束前发生了错误；
- completed ：RACSignal 通过 completed 事件向订阅者表明信号已经正常结束，不会再有后续的值传送给订阅者。
通常情况下，一个信号的生命周期是由任意个 next 事件和一个 error 事件或一个 completed 事件组成的。
3 RACSequence类
RACSequence类，可以简单看做是RAC世界的集合类，RAC增加了-rac_sequence方法，可以使诸如NSArray这些集合类直接转换为RACSequence来使用。它存在的意义就是简化OC中的集合操作，它并不是一个信号，因为它不能被订阅。
4 RACSubject类
如果RACsingal 是NSArray 那么RACSubject 就是NSMutableNSArray 它可以手动控制的信号。因为它继承与RACSingal 所以它可以当做信号源被订阅，同时它又实现了RACSubscriber 协议，所以它也可以作为订阅者去订阅其他的信号，它的使用场景 通常用于代替代理或者使用MVVM统一管理ViewModel的某个逻辑
-----------------------------------------以上是信号源--------------------------------------------
5 RACSubscriber类 （订阅者)
前面说到 RACSignal不具有发送信号的能力，必须交给内部的订阅者(Subscriber)才能发送. 那么订阅者是什么的？ 在RAC中订阅者是一个很抽象的概念，我们可以理解只要实现了RACSubscriber 协议的类都可以作为信号源的订阅者。
其中 -sendNext: 、-sendError: 和 -sendCompleted 分别用来从 RACSignal 接收 next 、error 和 completed 事件而 -didSubscribeWithDisposable: 则用来接收代表某次订阅的 disposable 对象
它的两个子类：
-------------------------------------以上是订阅者-------------------------------------------
6 RACScheduler (调度器)
RACScheduler 在 ReactiveCocoa 中就是扮演着调度器的角色，本质上，它就是用 GCD 的串行队列来实现的，并且支持取消操作。RACScheduler 也只是对 GCD 的简单封装而已。
其中主要的子类为RACTargetQueueScheduler
-------------------------------------以上是调度器的说明------------------------------------------------
7 RACDisposable (清洁工)
订阅者订阅信号源的过程中，可能会产生副作用或者消耗一定的资源，所以当我们在取消订阅或者完成订阅时，我们就需要做一些资源回收和垃圾清理的工作。
RACDisposable 在 ReactiveCocoa 中就充当着清洁工的角色，它封装了取消和清理一次订阅所必需的工作。它有一个核心的方法 -dispose ，调用这个方法就会执行相应的清理工作，这有点类似于 NSObject 的 -dealloc 方法 它主要用于取消订阅或者清理资源，当信号发送完成或者发送错误的时候，就会自动触发它。每次信号都会返回一个Disposable类型的实例，当我们不想监听某个信号 可以手动调用它的 dispose 来取消订阅信号
-------------------------------------以上是清洁工的说明------------------------------------------------
总结
这篇文章主要介绍了以上几个核心组件的作用，对ReactiveCocoa的架构有一个宏观的认识。它的主要流程就是有一个信号源被订阅者订阅了，在调度器的调配下去发送信号，然后发送完信号后在合适的时机去由清洁工去清理，释放内存。（其中信号源，订阅者，调度器，清洁工这几个名词借用的雷纯锋博客中的）。
接下来会以代码例子以及讲解内部源码的形式去如何使用reactvieCocoa ，如果喜欢请关注。
