作為一個iOS開發(fā)者，你寫的每一行代碼幾乎都是在相應(yīng)某個事件，例如按鈕的點(diǎn)擊，收到網(wǎng)絡(luò)消息，屬性的變化（通過KVO）或者用戶位置的變化（通過CoreLocation）。但是這些事件都用不同的方式來處理，比如action、delegate、KVO、callback等。ReactiveCocoa為事件定義了一個標(biāo)準(zhǔn)接口，從而可以使用一些基本工具來更容易的連接、過濾和組合。

如果你對上面說的還比較疑惑，那還是繼續(xù)往下看吧。
ReactiveCocoa結(jié)合了幾種編程風(fēng)格：
函數(shù)式編程（Functional Programming）：使用高階函數(shù)，例如函數(shù)用其他函數(shù)作為參數(shù)。
響應(yīng)式編程（Reactive Programming）：關(guān)注于數(shù)據(jù)流和變化傳播。
所以，你可能聽說過ReactiveCocoa被描述為函數(shù)響應(yīng)式編程（FRP）框架。
這就是這篇教程要講的內(nèi)容。編程范式是個不錯的主題，但是本篇教程的其余部分將會通過一個例子來實(shí)踐。
Reactive Playground
通過這篇教程，一個簡單的范例應(yīng)用Reactive Playground，你將會了解到響應(yīng)式編程。下載初始工程，然后編譯運(yùn)行一下確保你已經(jīng)把一切都設(shè)置正確了。
Reactive Playground是一個非常簡單的應(yīng)用，它為用戶展示了一個登錄頁。在用戶名框輸入user，在密碼框輸入password，然后你就能看到有一只可愛小貓咪的歡迎頁了。

1421905975368534.jpg

import <ReactiveCocoa/ReactiveCocoa.h>

不要替換已有的代碼，將下面的代碼添加到viewDidLoad方法的最后：

[self.usernameTextField.rac_textSignal subscribeNext:^(id x){
NSLog(@"%@", x);
}];

編譯運(yùn)行，在用戶名輸入框中輸幾個字。注意console的輸出應(yīng)該和下面的類似。
2013-12-24 14:48:50.359 RWReactivePlayground[9193:a0b] i
2013-12-24 14:48:50.436 RWReactivePlayground[9193:a0b] is
2013-12-24 14:48:50.541 RWReactivePlayground[9193:a0b] is
2013-12-24 14:48:50.695 RWReactivePlayground[9193:a0b] is t
2013-12-24 14:48:50.831 RWReactivePlayground[9193:a0b] is th
2013-12-24 14:48:50.878 RWReactivePlayground[9193:a0b] is thi
2013-12-24 14:48:50.901 RWReactivePlayground[9193:a0b] is this
2013-12-24 14:48:51.009 RWReactivePlayground[9193:a0b] is this
2013-12-24 14:48:51.142 RWReactivePlayground[9193:a0b] is this m
2013-12-24 14:48:51.236 RWReactivePlayground[9193:a0b] is this ma
2013-12-24 14:48:51.335 RWReactivePlayground[9193:a0b] is this mag
2013-12-24 14:48:51.439 RWReactivePlayground[9193:a0b] is this magi
2013-12-24 14:48:51.535 RWReactivePlayground[9193:a0b] is this magic
2013-12-24 14:48:51.774 RWReactivePlayground[9193:a0b] is this magic?

可以看到每次改變文本框中的文字，block中的代碼都會執(zhí)行。沒有target-action，沒有delegate，只有signal和block。令人激動不是嗎？
ReactiveCocoa signal（RACSignal）發(fā)送事件流給它的subscriber。目前總共有三種類型的事件：next、error、completed。一個signal在因error終止或者完成前，可以發(fā)送任意數(shù)量的next事件。在本教程的第一部分，我們將會關(guān)注next事件。在第二部分，將會學(xué)習(xí)error和completed事件。
RACSignal有很多方法可以來訂閱不同的事件類型。每個方法都需要至少一個block，當(dāng)事件發(fā)生時就會執(zhí)行block中的邏輯。在上面的例子中可以看到每次next事件發(fā)生時，subscribeNext:方法提供的block都會執(zhí)行。
ReactiveCocoa框架使用category來為很多基本UIKit控件添加signal。這樣你就能給控件添加訂閱了，text field的rac_textSignal就是這么來的。
原理就說這么多，是時候開始讓ReactiveCocoa干活了。
ReactiveCocoa有很多操作來控制事件流。假設(shè)你只關(guān)心超過3個字符長度的用戶名，那么你可以使用filter操作來實(shí)現(xiàn)這個目的。把之前加在viewDidLoad中的代碼更新成下面的：
[[self.usernameTextField.rac_textSignal
filter:^BOOL(id value){
NSString*text = value;
return text.length > 3;
}]
subscribeNext:^(id x){
NSLog(@"%@", x);
}];

編譯運(yùn)行，在text field只能怪輸入幾個字，你會發(fā)現(xiàn)只有當(dāng)輸入超過3個字符時才會有l(wèi)og。

2013-12-26 08:17:51.335 RWReactivePlayground[9654:a0b] is t
2013-12-26 08:17:51.478 RWReactivePlayground[9654:a0b] is th
2013-12-26 08:17:51.526 RWReactivePlayground[9654:a0b] is thi
2013-12-26 08:17:51.548 RWReactivePlayground[9654:a0b] is this
2013-12-26 08:17:51.676 RWReactivePlayground[9654:a0b] is this
2013-12-26 08:17:51.798 RWReactivePlayground[9654:a0b] is this m
2013-12-26 08:17:51.926 RWReactivePlayground[9654:a0b] is this ma
2013-12-26 08:17:51.987 RWReactivePlayground[9654:a0b] is this mag
2013-12-26 08:17:52.141 RWReactivePlayground[9654:a0b] is this magi
2013-12-26 08:17:52.229 RWReactivePlayground[9654:a0b] is this magic
2013-12-26 08:17:52.486 RWReactivePlayground[9654:a0b] is this magic?

剛才所創(chuàng)建的只是一個很簡單的管道。這就是響應(yīng)式編程的本質(zhì)，根據(jù)數(shù)據(jù)流來表達(dá)應(yīng)用的功能。
用圖形來表達(dá)就是下面這樣的：

1421906303145509.png

從上面的圖中可以看到，rac_textSignal是起始事件。然后數(shù)據(jù)通過一個filter，如果這個事件包含一個長度超過3的字符串，那么該事件就可以通過。管道的最后一步就是subscribeNext:，block在這里打印出事件的值。
filter操作的輸出也是RACSignal，這點(diǎn)先放到一邊。你可以像下面那樣調(diào)整一下代碼來展示每一步的操作。

RACSignal *usernameSourceSignal =
self.usernameTextField.rac_textSignal;

RACSignal filteredUsername =[usernameSourceSignal
filter:^BOOL(id value){
NSStringtext = value;
return text.length > 3;
}];

[filteredUsername subscribeNext:^(id x){
NSLog(@"%@", x);
}];

RACSignal的每個操作都會返回一個RACsignal，這在術(shù)語上叫做連貫接口（fluent interface）。這個功能可以讓你直接構(gòu)建管道，而不用每一步都使用本地變量。
注意：ReactiveCocoa大量使用block。如果你是block新手，你可能想看看Apple官方的block編程指南。
類型轉(zhuǎn)換
如果你之前把代碼分成了多個步驟，現(xiàn)在再把它改回來吧。

[[self.usernameTextField.rac_textSignal
filter:^BOOL(id value){
NSString*text = value; // implicit cast
return text.length > 3;
}]
subscribeNext:^(id x){
NSLog(@"%@", x);
}];

在上面的代碼中，注釋部分標(biāo)記了將id隱式轉(zhuǎn)換為NSString，這看起來不是很好看。幸運(yùn)的是，傳入block的值肯定是個NSString，所以你可以直接修改參數(shù)類型，把代碼更新成下面的這樣的：

[[self.usernameTextField.rac_textSignal
filter:^BOOL(NSString*text){
return text.length > 3;
}]
subscribeNext:^(id x){
NSLog(@"%@", x);
}];

編譯運(yùn)行，確保沒什么問題。
什么是事件呢？
到目前為止，本篇教程已經(jīng)描述了不同的事件類型，但是還沒有說明這些事件的結(jié)構(gòu)。有意思的是（？），事件可以包括任何事情。
下面來展示一下，在管道中添加另一個操作。把添加在viewDidLoad中的代碼更新成下面的：

[[[self.usernameTextField.rac_textSignal
map:^id(NSStringtext){
return @(text.length);
}]
filter:^BOOL(NSNumberlength){
return[length integerValue] > 3;
}]
subscribeNext:^(id x){
NSLog(@"%@", x);
}];
編譯運(yùn)行，你會發(fā)現(xiàn)log輸出變成了文本的長度而不是內(nèi)容。

2013-12-26 12:06:54.566 RWReactivePlayground[10079:a0b] 4
2013-12-26 12:06:54.725 RWReactivePlayground[10079:a0b] 5
2013-12-26 12:06:54.853 RWReactivePlayground[10079:a0b] 6
2013-12-26 12:06:55.061 RWReactivePlayground[10079:a0b] 7
2013-12-26 12:06:55.197 RWReactivePlayground[10079:a0b] 8
2013-12-26 12:06:55.300 RWReactivePlayground[10079:a0b] 9
2013-12-26 12:06:55.462 RWReactivePlayground[10079:a0b] 10
2013-12-26 12:06:55.558 RWReactivePlayground[10079:a0b] 11
2013-12-26 12:06:55.646 RWReactivePlayground[10079:a0b] 12

新加的map操作通過block改變了事件的數(shù)據(jù)。map從上一個next事件接收數(shù)據(jù)，通過執(zhí)行block把返回值傳給下一個next事件。在上面的代碼中，map以NSString為輸入，取字符串的長度，返回一個NSNumber。
來看下面的圖片：

1421906407360060.png

下一步是轉(zhuǎn)換這些信號，從而能為輸入框設(shè)置不同的背景顏色。基本上就是，你訂閱這些信號，然后用接收到的值來更新輸入框的背景顏色。下面有一種方法：
[[validPasswordSignal
map:^id(NSNumber *passwordValid){
return[passwordValid boolValue] ? [UIColor clearColor]:[UIColor yellowColor];
}]
subscribeNext:^(UIColor *color){
self.passwordTextField.backgroundColor = color;
}];
（不要使用這段代碼，下面有一種更好的寫法！）

從概念上來說，就是把之前信號的輸出應(yīng)用到輸入框的backgroundColor屬性上。但是上面的用法不是很好。

幸運(yùn)的是，ReactiveCocoa提供了一個宏來更好的完成上面的事情。把下面的代碼直接加到viewDidLoad中兩個信號的代碼后面：

RAC(self.passwordTextField, backgroundColor) =
[validPasswordSignal
map:^id(NSNumber *passwordValid){
return[passwordValid boolValue] ? [UIColor clearColor]:[UIColor yellowColor];
}];

RAC(self.usernameTextField, backgroundColor) =
[validUsernameSignal
map:^id(NSNumber *passwordValid){
return[passwordValid boolValue] ? [UIColor clearColor]:[UIColor yellowColor];
}];
RAC宏允許直接把信號的輸出應(yīng)用到對象的屬性上。RAC宏有兩個參數(shù)，第一個是需要設(shè)置屬性值的對象，第二個是屬性名。每次信號產(chǎn)生一個next事件，傳遞過來的值都會應(yīng)用到該屬性上。

你不覺得這種方法很好嗎？

在編譯運(yùn)行之前，找到updateUIState方法，把頭兩行刪掉。
self.usernameTextField.backgroundColor =
self.usernameIsValid ? [UIColor clearColor] : [UIColor yellowColor];
self.passwordTextField.backgroundColor =
self.passwordIsValid ? [UIColor clearColor] : [UIColor yellowColor];
這樣就把不相關(guān)的代碼刪掉了。
編譯運(yùn)行，可以發(fā)現(xiàn)當(dāng)輸入內(nèi)容無效時，輸入框看起來高亮了，有效時又透明了。
現(xiàn)在的邏輯用圖形來表示就是下面這樣的。能看到有兩條簡單的管道，兩個文本信號，經(jīng)過一個map轉(zhuǎn)為表示是否有效的布爾值，再經(jīng)過一個map轉(zhuǎn)為UIColor，而這個UIColor已經(jīng)和輸入框的背景顏色綁定了。

1421906637839782.png

上面的代碼使用combineLatest:reduce:方法把validUsernameSignal和validPasswordSignal產(chǎn)生的最新的值聚合在一起，并生成一個新的信號。每次這兩個源信號的任何一個產(chǎn)生新值時，reduce block都會執(zhí)行，block的返回值會發(fā)給下一個信號。

注意：RACsignal的這個方法可以聚合任意數(shù)量的信號，reduce block的參數(shù)和每個源信號相關(guān)。ReactiveCocoa有一個工具類RACBlockTrampoline，它在內(nèi)部處理reduce block的可變參數(shù)。實(shí)際上在ReactiveCocoa的實(shí)現(xiàn)中有很多隱藏的技巧，值得你去看看。

現(xiàn)在已經(jīng)有了合適的信號，把下面的代碼添加到viewDidLoad的末尾。這會把信號和按鈕的enabled屬性綁定。
[signUpActiveSignal subscribeNext:^(NSNumber*signupActive){
self.signInButton.enabled =[signupActive boolValue];
}];

在運(yùn)行之前，把以前的舊實(shí)現(xiàn)刪掉。把下面這兩個屬性刪掉。

@property (nonatomic) BOOL passwordIsValid;
@property (nonatomic) BOOL usernameIsValid;

// handle text changes for both text fields
[self.usernameTextField addTarget:self
action:@selector(usernameTextFieldChanged)
forControlEvents:UIControlEventEditingChanged];
[self.passwordTextField addTarget:self
action:@selector(passwordTextFieldChanged)
forControlEvents:UIControlEventEditingChanged];

同樣把updateUIState、usernameTextFieldChanged和passwordTextFieldChanged方法刪掉。
最后確保把viewDidLoad中updateUIState的調(diào)用刪掉。
編譯運(yùn)行，看看登錄按鈕。當(dāng)用戶名和密碼輸入有效時，按鈕就是可用的，和以前一樣。
現(xiàn)在應(yīng)用的邏輯就是下面這樣的：

1421906734300495.png

上圖展示了一些重要的概念，你可以使用ReactiveCocoa來完成一些重量級的任務(wù)。
分割——信號可以有很多subscriber，也就是作為很多后續(xù)步驟的源。注意上圖中那個用來表示用戶名和密碼有效性的布爾信號，它被分割成多個，用于不同的地方。

聚合——多個信號可以聚合成一個新的信號，在上面的例子中，兩個布爾信號聚合成了一個。實(shí)際上你可以聚合并產(chǎn)生任何類型的信號。

這些改動的結(jié)果就是，代碼中沒有用來表示兩個輸入框有效狀態(tài)的私有屬性了。這就是用響應(yīng)式編程的一個關(guān)鍵區(qū)別，你不需要使用實(shí)例變量來追蹤瞬時狀態(tài)。
響應(yīng)式的登錄
應(yīng)用目前使用上面圖中展示的響應(yīng)式管道來管理輸入框和按鈕的狀態(tài)。但是按鈕按下的處理用的還是action，所以下一步就是把剩下的邏輯都替換成響應(yīng)式的。
在storyboard中，登錄按鈕的Touch Up Inside事件和RWViewController.m中的signInButtonTouched方法是綁定的。下面會用響應(yīng)的方法替換，所以首先要做的就是斷開當(dāng)前的storyboard action。
打開Main.storyboard，找到登錄按鈕，按住ctrl鍵單擊，打開outlet/action連接框，然后點(diǎn)擊x來斷開連接。如果你找不到的話，下圖中紅色箭頭指示的就是刪除按鈕。

1421906857465485.jpg

[[self.signInButton
rac_signalForControlEvents:UIControlEventTouchUpInside]
subscribeNext:^(id x) {
NSLog(@"button clicked");
}];

上面的代碼從按鈕的UIControlEventTouchUpInside事件創(chuàng)建了一個信號，然后添加了一個訂閱，在每次事件發(fā)生時都會輸出log。
編譯運(yùn)行，確保的確有l(wèi)og輸出。按鈕只在用戶名和密碼框輸入有效時可用，所以在點(diǎn)擊按鈕前需要在兩個文本框中輸入一些內(nèi)容。
可以看到Xcode控制臺的輸出和下面的類似：

2013-12-28 08:05:10.816 RWReactivePlayground[18203:a0b] button clicked
2013-12-28 08:05:11.675 RWReactivePlayground[18203:a0b] button clicked
2013-12-28 08:05:12.605 RWReactivePlayground[18203:a0b] button clicked
2013-12-28 08:05:12.766 RWReactivePlayground[18203:a0b] button clicked
2013-12-28 08:05:12.917 RWReactivePlayground[18203:a0b] button clicked

現(xiàn)在按鈕有了點(diǎn)擊事件的信號，下一步就是把它和登錄流程連接起來。那么問題就來了，打開RWDummySignInService.h，看一下接口：

typedef void (^RWSignInResponse)(BOOL);

@interface RWDummySignInService : NSObject

• (void)signInWithUsername:(NSString *)username
  password:(NSString *)password
  complete:(RWSignInResponse)completeBlock;

@end

這個service有3個參數(shù)，用戶名、密碼和一個完成回調(diào)block。這個block會在登錄成功或失敗時執(zhí)行。你可以在按鈕點(diǎn)擊事件的subscribeNext: blcok里直接調(diào)用這個方法，但是為什么你要這么做？（？）
注意：本教程為了簡便使用了一個假的service，所以它不依賴任何外部API。但你現(xiàn)在的確遇到了一個問題，如何使用這些不是用信號表示的API呢？
創(chuàng)建信號
幸運(yùn)的是，把已有的異步API用信號的方式來表示相當(dāng)簡單。首先把RWViewController.m中的signInButtonTouched:刪掉。你會用響應(yīng)式的的方法來替換這段邏輯。
還是在RWViewController.m中，添加下面的方法：

• (RACSignal *)signInSignal {
  return [RACSignal createSignal:^RACDisposable *(id subscriber){
  [self.signInService
  signInWithUsername:self.usernameTextField.text
  password:self.passwordTextField.text
  complete:^(BOOL success){
  [subscriber sendNext:@(success)];
  [subscriber sendCompleted];
  }];
  return nil;
  }];
  }
  上面的方法創(chuàng)建了一個信號，使用用戶名和密碼登錄。現(xiàn)在分解來看一下。

上面的代碼使用RACSignal的createSignal:方法來創(chuàng)建信號。方法的入?yún)⑹且粋€block，這個block描述了這個信號。當(dāng)這個信號有subscriber時，block里的代碼就會執(zhí)行。

block的入?yún)⑹且粋€subscriber實(shí)例，它遵循RACSubscriber協(xié)議，協(xié)議里有一些方法來產(chǎn)生事件，你可以發(fā)送任意數(shù)量的next事件，或者用error\complete事件來終止。本例中，信號發(fā)送了一個next事件來表示登錄是否成功，隨后是一個complete事件。

這個block的返回值是一個RACDisposable對象，它允許你在一個訂閱被取消時執(zhí)行一些清理工作。當(dāng)前的信號不需要執(zhí)行清理操作，所以返回nil就可以了。

可以看到，把一個異步API用信號封裝是多簡單！

現(xiàn)在就來使用這個新的信號。把之前添加在viewDidLoad中的代碼更新成下面這樣的：

[[[self.signInButton
rac_signalForControlEvents:UIControlEventTouchUpInside]
map:^id(id x){
return[self signInSignal];
}]
subscribeNext:^(id x){
NSLog(@"Sign in result: %@", x);
}];

上面的代碼使用map方法，把按鈕點(diǎn)擊信號轉(zhuǎn)換成了登錄信號。subscriber輸出log。

編譯運(yùn)行，點(diǎn)擊登錄按鈕，查看Xcode的控制臺，等等，輸出的這是個什么鬼？
2014-01-08 21:00:25.919 RWReactivePlayground[33818:a0b] Sign in result:
name: +createSignal:
沒錯，你已經(jīng)給subscribeNext:的block傳入了一個信號，但傳入的不是登錄結(jié)果的信號。
下圖展示了到底發(fā)生了什么：

1421906994234703.png

[[[self.signInButton
rac_signalForControlEvents:UIControlEventTouchUpInside]
flattenMap:^id(id x){
return[self signInSignal];
}]
subscribeNext:^(id x){
NSLog(@"Sign in result: %@", x);
}];

這個操作把按鈕點(diǎn)擊事件轉(zhuǎn)換為登錄信號，同時還從內(nèi)部信號發(fā)送事件到外部信號。

編譯運(yùn)行，注意控制臺，現(xiàn)在應(yīng)該輸出登錄是否成功了

2013-12-28 18:20:08.156 RWReactivePlayground[22993:a0b] Sign in result: 0
2013-12-28 18:25:50.927 RWReactivePlayground[22993:a0b] Sign in result: 1

還不錯。

現(xiàn)在已經(jīng)完成了大部分的內(nèi)容，最后就是在subscribeNext步驟里添加登錄成功后跳轉(zhuǎn)的邏輯。把代碼更新成下面的：

[[[self.signInButton
rac_signalForControlEvents:UIControlEventTouchUpInside]
flattenMap:^id(id x){
return[self signInSignal];
}]
subscribeNext:^(NSNumber*signedIn){
BOOL success =[signedIn boolValue];
self.signInFailureText.hidden = success;
if(success){
[self performSegueWithIdentifier:@"signInSuccess" sender:self];
}
}];

subscribeNext: block從登錄信號中取得結(jié)果，相應(yīng)地更新signInFailureText是否可見。如果登錄成功執(zhí)行導(dǎo)航跳轉(zhuǎn)。
編譯運(yùn)行，應(yīng)該就能再看到可愛的小貓啦！喵~

1421907053843824.jpg

[[[[self.signInButton
rac_signalForControlEvents:UIControlEventTouchUpInside]
doNext:^(id x){
self.signInButton.enabled =NO;
self.signInFailureText.hidden =YES;
}]
flattenMap:^id(id x){
return[self signInSignal];
}]
subscribeNext:^(NSNumber*signedIn){
self.signInButton.enabled =YES;
BOOL success =[signedIn boolValue];
self.signInFailureText.hidden = success;
if(success){
[self performSegueWithIdentifier:@"signInSuccess" sender:self];
}
}];

你可以看到doNext:是直接跟在按鈕點(diǎn)擊事件的后面。而且doNext: block并沒有返回值。因?yàn)樗歉郊硬僮鳎⒉桓淖兪录旧怼?br> 上面的doNext: block把按鈕置為不可點(diǎn)擊，隱藏登錄失敗提示。然后在subscribeNext: block里重新把按鈕置為可點(diǎn)擊，并根據(jù)登錄結(jié)果來決定是否顯示失敗提示。
之前的管道圖就更新成下面這樣的：

1421907134849639.png