我翻译的RAC4的文档:
ReactiveCocoa 4 官方文档翻译
ReactiveCocoa 4 文档翻译：基本操作符(一)
ReactiveCocoa 4 文档翻译：基本操作符(二)
ReactiveCocoa 4 文档翻译：框架组成介绍
ReactiveCocoa 4 文档翻译：兼容Objective-C
ReactiveCocoa 4 文档翻译:设计指南(一)：事件的规范
ReactiveCocoa 4 文档翻译:设计指南(二)：信号的规范
[翻译]ReactiveCocoa 4 最佳实践
该文档讲述项目中使用RAC的一些指南。这份内容受了 Rx Design Guidelines很多启发。
该文档假设你对RAC已经有基本的了解。可以通过 ReactiveCocoa 4 文档翻译：框架组成介绍 来快速了解RAC的主要类型和概念。
事件的规范
事件是RAC的基础。signal和signal producer都发送事件，当一组事件集合在一起时我们称作“事件流”。
事件流一定要按照下面的语法：
<pre><code>
Next* (Interrupted | Failed | Completed)?
</code></pre>
这说明一个事件流包括：
- 任意数量的<code> Next </code>事件
- 可以跟一个终结事件，可以是<code>Interrupted, Failed,</code>或者<code>Completed</code>
在发送出一个终结事件后，不会再有其他事件发出。
Next：输出值或者表明事件发生
Next事件里包含值。只有Next事件里才有值。因为事件流可以有任意多个Next，所以对于里面的值也没什么限制，除了值要保持同一类型。
比如，这个值可以是一个集合里的一个元素或者一个需要长时间处理的任务的进度。Next事件里的值也可以什么都不表示，比如，有时会用一个（）值表明有事件发生了，也没有特别说明是具体什么事件。
大部分的事件流操作符都是用于处理Next事件，因为里面的包含着来自signal或者producer的“有意义的数据”。
Failure：和异常一样并且立即发送出去
Failed事件说明有些地方出错了，里面会包含具体的错误信息。Faile是致命的（fatal），会立即发送出去给用户好让用户处理。
失败（failure）的行为和异常很像，一旦发生就会跳过操作符，停止当前的操作。换句话说，当收到一个失败时，大部分的操作符会马上停止工作，然后把失败继续传下去。对于时间迁移操作符一样起作用，比如delay，也会立即传送下去。
因此，失败只应该在异常的时候使用。如果只是要其他操作符或者用户操作停止，用一个Next事件带上一个值表示结束更合适。
如果一个事件流不会失败，应该指明为<code> NoError </code>类型作为参数，这样可以保证Failed失败不会被发送到事件流。
Completion：表明成功
当操作成功结束后，一个事件流发送Completed，或者声明这个流已经正常结束。
很多操作符通过控制Completed事件来缩短或者延长事件流的声明周期。
比如，take在接收到指定数量的值后就完成了，所以会提前终止这个流。从另一个方面来看，大部分的操作符会等待它接收的所有sigal或者producer都发送完Completed事件后才会发送Completed，因为必须通常正确的结果和所有的输入都有关。
Interruption：取消执行中的工作通常立即发送出去
当事件流需要取消处理就会发送一个Interrupted事件。Interruption的状态介于成功和失败之间--操作并没有成功，也没有结束，也不代表着失败。
大部分的操作符会立即响应interruption，但是也有一些例外。比如，flatten操作符就会忽略在内部producer发出的Interrupted事件，因为内部的某个操作取消不应该取消整个单元的工作。
RAC会在disposal之前发送一个Interrupted事件，但是也可以手动发送。另外，自定义的操作符要保证会继续传送interruption给观察者。
事件是线性发送的
RAC保证所有在流里的事件都是线性依次发送。换句话说，观察者不会同时收到多个事件，即便事件是多线程同步产生的。
关于操作符可以查看这份文档：ReactiveCocoa 4 文档翻译：基本操作符
事件不能递归
就像RAC保证事件不会被同时接收到，它也保证不会递归的接收事件。因此，操作者和观察者没必要考虑重入。
如果正在处理一个从某信号发送的事件，此时一个事件通过另一个线程从这个信号发出，会导致死锁。这是因为递归信号通常是程序员的失误，确定性的死锁比不确定的资源竞争好。
如果确实需要一个递归的信号，递归的事件需要时间迁移，用一个操作符比如delay保证不会从一个正在运行的事件处理程序中发出。
事件默认是同步发送的
RAC不会隐式的引入并发和异步。操作者也许会接收一个scheduler，但是他们必须显式的被用户调用。
一个信号或者producer发送信号默认都是同步的，因为着当他们发送时观察者马上被调起。
这和NSNotificationCenter和UIControl事件的分发很像。
欢迎关注我的微博：@没故事的卓同学
