從概念上講，你的目的是將這個信號的輸出直接賦值給文本輸入框的backgroundColor屬性。然而上面代碼是一種相當糟糕的實現(xiàn)，已經(jīng)完全落后了！

很幸運，ReactiveCocoa提供了一個宏讓你可以優(yōu)雅地實現(xiàn)這一點。直接在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宏將一個信號的輸出和一個對象的屬性綁定起來。宏接受兩個參數(shù)，第一個是包含改變屬性的對象，第二個為屬性的名字。每次當信號發(fā)出一個新的事件，事件的值就會傳遞給綁定的屬性。

這難道不是一個相當優(yōu)雅的解決方案么？

在編譯運行前，找到updateUIState方法并移除頭兩行代碼：

self.usernameTextField.backgroundColor = self.usernameIsValid ? [UIColor clearColor] : [UIColor yellowColor];
self.passwordTextField.backgroundColor = self.passwordIsValid ? [UIColor clearColor] : [UIColor yellowColor];

去掉原來的非響應(yīng)式代碼。

這時再編譯運行。文本輸入框就會在內(nèi)容無效的情況下高亮，在有效時底色又變回透明。

由于圖像更有助理解，我們把現(xiàn)在的邏輯圖像化。在下圖你可以看到兩個獲取文本信號的管道，先把他們映射為檢驗有效性的布爾值，然后再映射為與文本輸入框的底色屬性綁定的UIColor。

信號合成

在當前App，登錄按鈕設(shè)定只有在用戶名和密碼都有效輸入時才能使用。我們現(xiàn)在要做的就是用響應(yīng)式來重實現(xiàn)這個功能！

現(xiàn)在的代碼已經(jīng)實現(xiàn)了兩個發(fā)送布爾值的信號validUsernameSignal 和 validPasswordSignal來對用戶名和密碼的輸入進行驗證。接下來的任務(wù)就是合成這兩個信號，用以共同決定登錄按鈕是否可用。

在viewDidLoad的末端添加如下代碼：

RACSignal *signUpActiveSignal =
  [RACSignal combineLatest:@[validUsernameSignal, validPasswordSignal]
                    reduce:^id(NSNumber *usernameValid, NSNumber *passwordValid) {
                      return @([usernameValid boolValue] && [passwordValid boolValue]);
                    }];

上面的代碼使用combineLatest:reduce:方法獲取validUsernameSignal和validPasswordSignal的最近一個信號值并組合成一個全新的信號。每當兩個源信號的其中一個發(fā)送新值，reduce里的block代碼塊就會執(zhí)行，其返回的值會作為合成信號的值發(fā)送出去。

注意：RACSignal合成方法可以合成任意數(shù)量的信號，而reduce block的入?yún)⒑驮葱盘栆灰粚?yīng)。ReactiveCocoa有一個巧妙的工具類RACBlockTrampoline，用以內(nèi)部處理reduce block的可變?nèi)雲(yún)⒘斜怼嶋H上，ReactiveCocoa的實現(xiàn)上還隱藏著很多精妙的技巧，非常值得我們深入探究！

現(xiàn)在你已經(jīng)有一個合適的信號了，在viewDidLoad的末端添加以下代碼。把信號與按鈕的可用屬性關(guān)聯(lián)起來。

[signUpActiveSignal subscribeNext:^(NSNumber *signupActive) {
   self.signInButton.enabled = [signupActive boolValue];
 }];

在運行這代碼前，先把舊的實現(xiàn)去除。把文件頂部的這兩個屬性刪掉：

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

再把viewDidLoad的以下代碼刪掉：

// 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`方法。哇！你剛剛可是刪除了一大堆非響應(yīng)式的代碼??！你之后絕對會慶幸你做的一切的。

最后，也別忘了從viewDidLoad中移除updateUIState的調(diào)用。

此時如果你編譯運行，并留意一下登錄按鈕。就會發(fā)現(xiàn)它像原來一樣只有在用戶名和密碼有效的情況下有效。

更新應(yīng)用的邏輯圖如下：

這體現(xiàn)了兩個非常重要的概念，你可以憑借這兩點用ReactiveCocoa實現(xiàn)一些相當強大的功能。

• 拆分：信號可以有多個訂閱者和作為多個管道后續(xù)環(huán)節(jié)的來源。在上圖中，驗證賬號和密碼的布爾值信號就被單獨拆分，并用于兩個不同的方面。
• 組合：多個信號可以組合為全新的信號。在這個例子中，兩個布爾值信號被組合到了一起。但不局限于此，實際上你可以組合任意值類型的信號。

這些改動讓應(yīng)用不再需要保留用以記錄兩個文本輸入框是否有效的私有屬性。這是你選用響應(yīng)式編程的其中一個關(guān)鍵差異——你不再需要使用實例變量去記錄這些瞬時狀態(tài)。

響應(yīng)式登錄

應(yīng)用現(xiàn)在已經(jīng)如上圖說明那樣的響應(yīng)式管道去管理文本輸入框和按鈕的狀態(tài)。但是，按鈕的點擊事件任然是使用action機制，所以下一步我們就把剩下的應(yīng)用邏輯完全用響應(yīng)式操作替換掉！

登錄按鈕的觸摸事件（Touch Up Inside event）是在storyboard中與RWViewController.m的signInButtonTouched方法進行綁定的。由于你接下來需要使用響應(yīng)式的等效實現(xiàn)對其進行替換，所以你首先要做的就是斷開storyboard現(xiàn)有的綁定。

打開Main.storyboard，按著ctrl同時點擊登錄按鈕，喚起outlet / action關(guān)聯(lián)視圖并點擊x刪除關(guān)聯(lián)。如果你感到迷惑，下圖為你標記了刪除按鈕所在：

回到RWViewController.m，在viewDidLoad末端添加以下代碼：

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

上面的代碼基于按鈕的UIControlEventTouchUpInside事件創(chuàng)建了一個信號并添加了訂閱，每當這個事件觸發(fā)時就會進行日志打印。

編譯運行以確認日志信息真能打印出來。記住按鈕只有在用戶名和密碼都有效時才能使用，所以在點擊前記得往兩個文本輸入框中輸入一些內(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)在登錄按鈕已經(jīng)有了一個點擊事件的信號，下一步就是將它與登錄過程關(guān)聯(lián)起來。那么問題來了——但這是好事，你也無懼任何困難對嗎？打開RWDummySignInService.h并觀察提供的接口：

typedef void (^RWSignInResponse)(BOOL);
 
@interface RWDummySignInService : NSObject
 
- (void)signInWithUsername:(NSString *)username
                  password:(NSString *)password 
                  complete:(RWSignInResponse)completeBlock;
 
@end

這個服務(wù)接收用戶名，密碼和一個block作為參數(shù)。提供的block在登錄成功或失敗后執(zhí)行。你可以直接在subscribeNext:的block種使用這個接口，但為什么要這樣做？處理這種異步的、事件推動的行為對ReactiveCocoa來說簡直是小菜一碟！

注意：為了簡化，這個教程中使用了一個假的服務(wù)，所以你不需要依賴于任何外部的接口。那么問題來了，怎樣在不使用信號的情況下使用API呢？（譯注：原文為“However, you’ve now run up against a very real problem, how do you use APIs not expressed in terms of signals?”語義貌似與前后文不符，翻譯時相當有些困惑，歡迎大家指教）

創(chuàng)建信號

很幸運，現(xiàn)有的異步API很容易就能改造成信號的形式。首先，從RWViewController.m文件移除signInButtonTouched: method方法。因為之后會有等效的響應(yīng)式實現(xiàn)，所以這不再需要了。

繼續(xù)在RWViewController.m添加以下方法：

-(RACSignal *)signInSignal {
  return [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [self.signInService
     signInWithUsername:self.usernameTextField.text
     password:self.passwordTextField.text
     complete:^(BOOL success) {
       [subscriber sendNext:@(success)];
       [subscriber sendCompleted];
     }];
    return nil;
  }];
}

上面的方法用用戶名和密碼創(chuàng)建了一個信號?，F(xiàn)在先來分析一下它的組成部分。

上面的代碼使用RACSignal的createSignal:方法創(chuàng)建信號。描述這個信號的block是這個方法唯一的入?yún)ⅰ．斶@個信號有訂閱者的時候，block中的代碼就會執(zhí)行。

這個block傳入了一個遵守RACSubscriber協(xié)議的subscriber實例，實例中包含發(fā)送事件的方法；你可以發(fā)送任意數(shù)量的事件到下一環(huán)節(jié)，也可以通過error或者complete事件終止信號。在這個例子中，subscriber實例發(fā)送了表示登錄結(jié)果的next事件，緊跟一個complete事件。

這個block的返回類型是一個RACDisposable對象，這讓你可以處理一些可能需要的清除工作，比如當一個訂閱被取消或廢棄的時候。由于這個信號并不需要作清除處理，所以直接結(jié)果返回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方法將按鈕點擊信號轉(zhuǎn)換為登錄信號。然后訂閱者簡單地打印了結(jié)果。

如果編譯運行并點擊登錄事件，你就會在Xcode的控制臺看到上面代碼的運行結(jié)果……
跟你想象中的大相徑庭！

2014-01-08 21:00:25.919 RWReactivePlayground[33818:a0b] Sign in result:
                                   <RACDynamicSignal: 0xa068a00> name: +createSignal:

subscribeNext的block的確已經(jīng)接收了一個信號，但是并不是登錄信號的結(jié)果！

是時候分析一下這個管道好讓你明白中間發(fā)生了什么了：

當你點擊按鈕的時候，rac_signalForControlEvents發(fā)送了一個next事件（源按鈕作為事件的值）。之后在map方法中創(chuàng)建并返回了登錄信號，意味著接下來的管道環(huán)節(jié)現(xiàn)在接受到的是一個RACSignal。也就是你在subscribeNext:環(huán)節(jié)所獲取到的。

上面的狀況有時被稱為信號里的信號（signal of signals）；換句話說就是一個外部的信號包含著一個內(nèi)部的信號。如果你真的想這么做的話，你可以在外部信號的subscribeNext:block中訂閱內(nèi)部的信號。但這想必會讓代碼變得相當混亂。幸而這是一個常見問題，ReactiveCocoa已經(jīng)為這種情形提供了解決方法。

信號里的信號

這種問題的解決方法相當直接，只要把map方法像下面一樣替換成flattenMap方法就可以了：

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

這把按鈕的點擊事件像之前一樣映射給了登錄信號，但也將內(nèi)部信號的事件發(fā)送給了外部信號。
編譯運行并留意控制臺。這時打印的應(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

多么令人振奮?。?/p>

現(xiàn)在這管道已經(jīng)想你期望一樣運作了，最后一步需要做的就是在subscribeNext添加登錄成功后的導(dǎo)航邏輯。替換代碼如下：

[[[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é)果，根據(jù)結(jié)果更新signInFailureText文本框的內(nèi)容，同時按需導(dǎo)航到下一頁面。編譯運行，再次欣賞一下這可愛的貓咪吧！

你是否注意到現(xiàn)在的應(yīng)用有一個小小的用戶習(xí)慣問題？當?shù)卿浄?wù)驗證時，登錄按鈕應(yīng)當是不可用的。這能夠避免用戶重復(fù)登錄。而且，如果登錄失敗了，當用戶再次嘗試登錄時錯誤信息應(yīng)當隱藏起來。

但是怎樣添加這些邏輯到現(xiàn)有的管道中呢？影響按鈕可用狀態(tài)的跟改變，過濾或者其他你現(xiàn)今遇到過的概念掛不上勾。相對的，這其實是一種副作用，或者說是當新的事件發(fā)生時你希望管道執(zhí)行的邏輯，而那并不改變對應(yīng)事件的本質(zhì)。

添加副作用

替換現(xiàn)有代碼如下：

[[[[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];
     }
   }];

你可以看到上面在按鈕點擊事件創(chuàng)建后添加了一個doNext:環(huán)節(jié)。注意doNext:是一個副作用，所以block沒有返回任何值；它并不影響事件的內(nèi)容。

doNext:的block中把按鈕的的可用屬性設(shè)為NO，同時隱藏了失敗文本。直到subscribeNext:的block中按鈕才再次變?yōu)榭捎?，并根?jù)登錄的結(jié)果決定顯示或隱藏失敗文本。

更新包含了副作用的管道圖表如下。

編譯運行應(yīng)用，確保登錄按鈕像預(yù)想一樣切換可用與不可用的狀態(tài)。

而到了這里，你的工作已經(jīng)完成了——應(yīng)用已經(jīng)完全實現(xiàn)了響應(yīng)式重構(gòu)。

如果你在過程中感到疑惑，你可以下載最終的項目（包含了框架引用），你也可以從GitHub上獲取代碼，那里有對應(yīng)教程中每一步操作的提交記錄。

注意：在異步操作時禁用按鈕也是一個很常見的問題，ReactiveCocoa同樣給出了解決方案。RACCommand封裝了這個概念，通過一個可用信號去關(guān)聯(lián)按鈕的可用屬性。你回頭也可以試試使用這個類。

最后

希望這篇教程能夠為你在自己的項目上使用ReactiveCocoa建立了一個良好的基礎(chǔ)。要熟練運用這些概念還需要一定的練習(xí)，但如同其他編程語言一樣，一旦你掌握了，也不過如此。ReactiveCocoa最為核心的就是信號，說白了也就是事件流。還有比這個更加簡單的么？

同時我發(fā)現(xiàn)在ReactiveCocoa中有趣的是，你能使用好幾種方式去解決同一個問題。你可以試試在這個應(yīng)用中實踐一下，自己調(diào)整信號與管道的拆分與組合來達到相同的效果。

謹記使用ReactiveCocoa最重要的目的是使你的代碼更加整潔和易懂。就我個人而言，使用清晰的管道和流式語法能讓我更容易理解應(yīng)用的工作流程。

在本系列教程的下半部，你會學(xué)到一些更深層的主題，比如錯誤的處理和在其他線程中執(zhí)行代碼。而在那之前，就先愉快地實踐一下暫時所學(xué)吧！