做为一个iOS开发者,你写的每一行代码几乎都是在响应某个事件,例如按钮的点击,收到网络消息,属性的变化(经过KVO)或者用户位置的变化(经过CoreLocation)。可是这些事件都用不一样的方式来处理,好比action、delegate、KVO、callback等。ReactiveCocoa为事件定义了一个标准接口,从而可使用一些基本工具来更容易的链接、过滤和组合。html
若是你对上面说的还比较疑惑,那仍是继续往下看吧。react
ReactiveCocoa结合了几种编程风格:ios
函数式编程(Functional Programming):使用高阶函数,例如函数用其余函数做为参数。git
响应式编程(Reactive Programming):关注于数据流和变化传播。github
因此,你可能据说过ReactiveCocoa被描述为函数响应式编程(FRP)框架。objective-c
这就是这篇教程要讲的内容。编程范式是个不错的主题,可是本篇教程的其他部分将会经过一个例子来实践。 编程
经过这篇教程,一个简单的范例应用Reactive Playground ,你将会了解到响应式编程。下载初始工程,而后编译运行一下确保你已经把一切都设置正确了。bootstrap
Reactive Playground是一个很是简单的应用,它为用户展现了一个登陆页。在用户名框输入user,在密码框输入password,而后你就能看到有一只可爱小猫咪的欢迎页了。网络
呀,真是可爱啊。app
如今能够花一些时间来看一下初始工程的代码。很简单,用不了多少时间。
打开RWViewController.m看一下。你多快能找到控制登陆按钮是否可用的条件?判断显示/隐藏登陆失败label的条件是什么?在这个相对简单的例子里,可能只用一两分钟就能回答这些问题。可是对于更复杂的例子,这些所花的时间可能就比较多了。
使用ReactiveCocoa,可使应用的基本逻辑变得至关简洁。是时候开始啦。
添加ReactiveCocoa框架最简单的方法就是用CocoaPods。若是你从没用过CocoaPods,那仍是先去看看CocoaPods简介这篇教程吧。请至少看完教程中初始化的步骤,这样你才能安装框架。
注意:若是不想用CocoaPods,你仍然可使用ReactiveCocoa,具体查看Github文档中引入ReactiveCocoa的步骤描述。
译注:我就是不喜欢用CocoaPods的那波人。因此我首先使用了Github上提供的方法,可是在第二步执行bootstrap时提示缺乏xctool,我就果断放弃了,仍是乖乖用CocoaPods吧。
具体怎么使用CocoaPods安装就不详细讲解了。
就像在介绍中提到的,RAC为应用中发生的不一样事件流提供了一个标准接口。在ReactiveCocoa术语中这个叫作信号(signal),由RACSignal类表示。
打开应用的初始view controller,RWViewController.m ,引入ReactiveCocoa的头文件。
#import <ReactiveCocoa/ReactiveCocoa.h>
不要替换已有的代码,将下面的代码添加到viewDidLoad方法的最后:
[self.usernameTextField.rac_textSignal subscribeNext:^(id x){ NSLog(@"%@", x);}];
编译运行,在用户名输入框中输几个字。注意console的输出应该和下面的相似。
2013-12-24 14:48:50.359 RWReactivePlayground[9193:a0b] i2013-12-24 14:48:50.436 RWReactivePlayground[9193:a0b] is2013-12-24 14:48:50.541 RWReactivePlayground[9193:a0b] is 2013-12-24 14:48:50.695 RWReactivePlayground[9193:a0b] is t2013-12-24 14:48:50.831 RWReactivePlayground[9193:a0b] is th2013-12-24 14:48:50.878 RWReactivePlayground[9193:a0b] is thi2013-12-24 14:48:50.901 RWReactivePlayground[9193:a0b] is this2013-12-24 14:48:51.009 RWReactivePlayground[9193:a0b] is this 2013-12-24 14:48:51.142 RWReactivePlayground[9193:a0b] is this m2013-12-24 14:48:51.236 RWReactivePlayground[9193:a0b] is this ma2013-12-24 14:48:51.335 RWReactivePlayground[9193:a0b] is this mag2013-12-24 14:48:51.439 RWReactivePlayground[9193:a0b] is this magi2013-12-24 14:48:51.535 RWReactivePlayground[9193:a0b] is this magic2013-12-24 14:48:51.774 RWReactivePlayground[9193:a0b] is this magic?
能够看到每次改变文本框中的文字,block中的代码都会执行。没有target-action,没有delegate,只有signal和block。使人激动不是吗?
ReactiveCocoa signal(RACSignal)发送事件流给它的subscriber。目前总共有三种类型的事件:next、error、completed。一个signal在因error终止或者完成前,能够发送任意数量的next事件。在本教程的第一部分,咱们将会关注next事件。在第二部分,将会学习error和completed事件。
RACSignal有不少方法能够来订阅不一样的事件类型。每一个方法都须要至少一个block,当事件发生时就会执行block中的逻辑。在上面的例子中能够看到每次next事件发生时,subscribeNext:方法提供的block都会执行。
ReactiveCocoa框架使用category来为不少基本UIKit控件添加signal。这样你就能给控件添加订阅了,text field的rac_textSignal就是这么来的。
原理就说这么多,是时候开始让ReactiveCocoa干活了。
ReactiveCocoa有不少操做来控制事件流。假设你只关心超过3个字符长度的用户名,那么你可使用filter操做来实现这个目的。把以前加在viewDidLoad中的代码更新成下面的:
[[self.usernameTextField.rac_textSignalfilter:^BOOL(id value){ NSString*text = value; return text.length > 3;}]subscribeNext:^(id x){ NSLog(@"%@", x); }];
编译运行,在text field只能怪输入几个字,你会发现只有当输入超过3个字符时才会有log。
2013-12-26 08:17:51.335 RWReactivePlayground[9654:a0b] is t2013-12-26 08:17:51.478 RWReactivePlayground[9654:a0b] is th2013-12-26 08:17:51.526 RWReactivePlayground[9654:a0b] is thi2013-12-26 08:17:51.548 RWReactivePlayground[9654:a0b] is this2013-12-26 08:17:51.676 RWReactivePlayground[9654:a0b] is this 2013-12-26 08:17:51.798 RWReactivePlayground[9654:a0b] is this m2013-12-26 08:17:51.926 RWReactivePlayground[9654:a0b] is this ma2013-12-26 08:17:51.987 RWReactivePlayground[9654:a0b] is this mag2013-12-26 08:17:52.141 RWReactivePlayground[9654:a0b] is this magi2013-12-26 08:17:52.229 RWReactivePlayground[9654:a0b] is this magic2013-12-26 08:17:52.486 RWReactivePlayground[9654:a0b] is this magic?
刚才所建立的只是一个很简单的管道。这就是响应式编程的本质,根据数据流来表达应用的功能。
用图形来表达就是下面这样的:
从上面的图中能够看到,rac_textSignal是起始事件。而后数据经过一个filter,若是这个事件包含一个长度超过3的字符串,那么该事件就能够经过。管道的最后一步就是subscribeNext:,block在这里打印出事件的值。
filter操做的输出也是RACSignal,这点先放到一边。你能够像下面那样调整一下代码来展现每一步的操做。
RACSignal *usernameSourceSignal = self.usernameTextField.rac_textSignal; RACSignal *filteredUsername =[usernameSourceSignal filter:^BOOL(id value){ NSString*text = value; return text.length > 3; }]; [filteredUsername subscribeNext:^(id x){ NSLog(@"%@", x);}];
RACSignal的每一个操做都会返回一个RACsignal,这在术语上叫作连贯接口(fluent interface)。这个功能可让你直接构建管道,而不用每一步都使用本地变量。
注意:ReactiveCocoa大量使用block。若是你是block新手,你可能想看看Apple官方的block编程指南。若是你熟悉block,可是以为block的语法有些奇怪和难记,你可能会想看看这个有趣又实用的网页f*****gblocksyntax.com。
若是你以前把代码分红了多个步骤,如今再把它改回来吧。。。。。。。。
[[self.usernameTextField.rac_textSignal filter:^BOOL(id value){ NSString*text = value; // implicit cast return text.length > 3; }] subscribeNext:^(id x){ NSLog(@"%@", x); }];
在上面的代码中,注释部分标记了将id隐式转换为NSString,这看起来不是很好看。幸运的是,传入block的值确定是个NSString,因此你能够直接修改参数类型,把代码更新成下面的这样的:
[[self.usernameTextField.rac_textSignal filter:^BOOL(NSString*text){ return text.length > 3; }] subscribeNext:^(id x){ NSLog(@"%@", x); }];
编译运行,确保没什么问题。
到目前为止,本篇教程已经描述了不一样的事件类型,可是尚未说明这些事件的结构。有意思的是(?),事件能够包括任何事情。
下面来展现一下,在管道中添加另外一个操做。把添加在viewDidLoad中的代码更新成下面的:
[[[self.usernameTextField.rac_textSignal map:^id(NSString*text){ return @(text.length); }] filter:^BOOL(NSNumber*length){ return[length integerValue] > 3; }] subscribeNext:^(id x){ NSLog(@"%@", x); }];
编译运行,你会发现log输出变成了文本的长度而不是内容。
2013-12-26 12:06:54.566 RWReactivePlayground[10079:a0b] 42013-12-26 12:06:54.725 RWReactivePlayground[10079:a0b] 52013-12-26 12:06:54.853 RWReactivePlayground[10079:a0b] 62013-12-26 12:06:55.061 RWReactivePlayground[10079:a0b] 72013-12-26 12:06:55.197 RWReactivePlayground[10079:a0b] 82013-12-26 12:06:55.300 RWReactivePlayground[10079:a0b] 92013-12-26 12:06:55.462 RWReactivePlayground[10079:a0b] 102013-12-26 12:06:55.558 RWReactivePlayground[10079:a0b] 112013-12-26 12:06:55.646 RWReactivePlayground[10079:a0b] 12
新加的map操做经过block改变了事件的数据。map从上一个next事件接收数据,经过执行block把返回值传给下一个next事件。在上面的代码中,map以NSString为输入,取字符串的长度,返回一个NSNumber。
来看下面的图片:
能看到map操做以后的步骤收到的都是NSNumber实例。你可使用map操做来把接收的数据转换成想要的类型,只要它是个对象。
注意:在上面的例子中text.length返回一个NSUInteger,是一个基本类型。为了将它做为事件的内容,NSUInteger必须被封装。幸运的是Objective-C literal syntax提供了一种简单的方法来封装——@ (text.length)。
如今差很少是时候用所学的内容来更新一下ReactivePlayground应用了。你能够把以前的添加代码都删除了。。。。。。
首先要作的就是建立一些信号,来表示用户名和密码输入框中的输入内容是否有效。把下面的代码添加到RWViewController.m中viewDidLoad的最后面:
RACSignal *validUsernameSignal = [self.usernameTextField.rac_textSignal map:^id(NSString *text) { return @([self isValidUsername:text]); }]; RACSignal *validPasswordSignal = [self.passwordTextField.rac_textSignal map:^id(NSString *text) { return @([self isValidPassword:text]); }];
能够看到,上面的代码对每一个输入框的rac_textSignal应用了一个map转换。输出是一个用NSNumber封装的布尔值。
下一步是转换这些信号,从而能为输入框设置不一样的背景颜色。基本上就是,你订阅这些信号,而后用接收到的值来更新输入框的背景颜色。下面有一种方法:
[[validPasswordSignal map:^id(NSNumber *passwordValid){ return[passwordValid boolValue] ? [UIColor clearColor]:[UIColor yellowColor]; }] subscribeNext:^(UIColor *color){ self.passwordTextField.backgroundColor = color; }];
(不要使用这段代码,下面有一种更好的写法!)
从概念上来讲,就是把以前信号的输出应用到输入框的backgroundColor属性上。可是上面的用法不是很好。
幸运的是,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宏容许直接把信号的输出应用到对象的属性上。RAC宏有两个参数,第一个是须要设置属性值的对象,第二个是属性名。每次信号产生一个next事件,传递过来的值都会应用到该属性上。
你不以为这种方法很好吗?
在编译运行以前,找到updateUIState方法,把头两行删掉。
self.usernameTextField.backgroundColor = self.usernameIsValid ? [UIColor clearColor] : [UIColor yellowColor]; self.passwordTextField.backgroundColor = self.passwordIsValid ? [UIColor clearColor] : [UIColor yellowColor];
这样就把不相关的代码删掉了。
编译运行,能够发现当输入内容无效时,输入框看起来高亮了,有效时又透明了。
如今的逻辑用图形来表示就是下面这样的。能看到有两条简单的管道,两个文本信号,通过一个map转为表示是否有效的布尔值,再通过一个map转为UIColor,而这个UIColor已经和输入框的背景颜色绑定了。
你是否好奇为何要建立两个分开的validPasswordSignal和validUsernameSignal呢,而不是每一个输入框一个单独的管道呢?(?)稍安勿躁,答案就在下面。
原文:Are you wondering why you created separate validPasswordSignal and validUsernameSignal signals, as opposed to a single fluent pipeline for each text field? Patience dear reader, the method behind this madness will become clear shortly!
目前在应用中,登陆按钮只有当用户名和密码输入框的输入都有效时才工做。如今要把这里改为响应式的。
如今的代码中已经有能够产生用户名和密码输入框是否有效的信号了——validUsernameSignal和validPasswordSignal了。如今须要作的就是聚合这两个信号来决定登陆按钮是否可用。
把下面的代码添加到viewDidLoad的末尾:
RACSignal *signUpActiveSignal = [RACSignal combineLatest:@[validUsernameSignal, validPasswordSignal] reduce:^id(NSNumber*usernameValid, NSNumber *passwordValid){ return @([usernameValid boolValue]&&[passwordValid boolValue]); }];
上面的代码使用combineLatest:reduce:方法把validUsernameSignal和validPasswordSignal产生的最新的值聚合在一块儿,并生成一个新的信号。每次这两个源信号的任何一个产生新值时,reduce block都会执行,block的返回值会发给下一个信号。
注意:RACsignal的这个方法能够聚合任意数量的信号,reduce block的参数和每一个源信号相关。ReactiveCocoa有一个工具类RACBlockTrampoline,它在内部处理reduce block的可变参数。实际上在ReactiveCocoa的实现中有不少隐藏的技巧,值得你去看看。
如今已经有了合适的信号,把下面的代码添加到viewDidLoad的末尾。这会把信号和按钮的enabled属性绑定。
[signUpActiveSignal subscribeNext:^(NSNumber*signupActive){ self.signInButton.enabled =[signupActive boolValue]; }];
在运行以前,把之前的旧实现删掉。把下面这两个属性删掉。
@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方法删掉。
最后确保把viewDidLoad中updateUIState的调用删掉。
编译运行,看看登陆按钮。当用户名和密码输入有效时,按钮就是可用的,和之前同样。
如今应用的逻辑就是下面这样的:
上图展现了一些重要的概念,你可使用ReactiveCocoa来完成一些重量级的任务。
分割——信号能够有不少subscriber,也就是做为不少后续步骤的源。注意上图中那个用来表示用户名和密码有效性的布尔信号,它被分割成多个,用于不一样的地方
。聚合——多个信号能够聚合成一个新的信号,在上面的例子中,两个布尔信号聚合成了一个。实际上你能够聚合并产生任何类型的信号。
这些改动的结果就是,代码中没有用来表示两个输入框有效状态的私有属性了。这就是用响应式编程的一个关键区别,你不须要使用实例变量来追踪瞬时状态。
应用目前使用上面图中展现的响应式管道来管理输入框和按钮的状态。可是按钮按下的处理用的仍是action,因此下一步就是把剩下的逻辑都替换成响应式的。
在storyboard中,登陆按钮的Touch Up Inside事件和RWViewController.m中的signInButtonTouched方法是绑定的。下面会用响应的方法替换,因此首先要作的就是断开当前的storyboard action。
打开Main.storyboard,找到登陆按钮,按住ctrl键单击,打开outlet/action链接框,而后点击x来断开链接。若是你找不到的话,下图中红色箭头指示的就是删除按钮。
你已经知道了ReactiveCocoa框架是如何给基本UIKit控件添加属性和方法的了。目前你已经使用了rac_textSignal,它会在文本发生变化时产生信号。为了处理按钮的事件,如今须要用到ReactiveCocoa为UIKit添加的另外一个方法,rac_signalForControlEvents。
如今回到RWViewController.m,把下面的代码添加到viewDidLoad的末尾:
[[self.signInButton rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) { NSLog(@"button clicked"); }];
上面的代码从按钮的UIControlEventTouchUpInside事件建立了一个信号,而后添加了一个订阅,在每次事件发生时都会输出log。
编译运行,确保的确有log输出。按钮只在用户名和密码框输入有效时可用,因此在点击按钮前须要在两个文本框中输入一些内容。
能够看到Xcode控制台的输出和下面的相似:
2013-12-28 08:05:10.816 RWReactivePlayground[18203:a0b] button clicked2013-12-28 08:05:11.675 RWReactivePlayground[18203:a0b] button clicked2013-12-28 08:05:12.605 RWReactivePlayground[18203:a0b] button clicked2013-12-28 08:05:12.766 RWReactivePlayground[18203:a0b] button clicked2013-12-28 08:05:12.917 RWReactivePlayground[18203:a0b] button clicked
如今按钮有了点击事件的信号,下一步就是把它和登陆流程链接起来。那么问题就来了,打开RWDummySignInService.h,看一下接口:
typedef void (^RWSignInResponse)(BOOL); @interface RWDummySignInService : NSObject - (void)signInWithUsername:(NSString *)username password:(NSString *)password complete:(RWSignInResponse)completeBlock; @end
这个service有3个参数,用户名、密码和一个完成回调block。这个block会在登陆成功或失败时执行。你能够在按钮点击事件的subscribeNext: blcok里直接调用这个方法,可是为何你要这么作?(?)
注意:本教程为了简便使用了一个假的service,因此它不依赖任何外部API。但你如今的确遇到了一个问题,如何使用这些不是用信号表示的API呢?
幸运的是,把已有的异步API用信号的方式来表示至关简单。首先把RWViewController.m中的signInButtonTouched:删掉。你会用响应式的的方法来替换这段逻辑。
仍是在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;}];}
上面的方法建立了一个信号,使用用户名和密码登陆。如今分解来看一下。
上面的代码使用RACSignal的createSignal:方法来建立信号。方法的入参是一个block,这个block描述了这个信号。当这个信号有subscriber时,block里的代码就会执行。
block的入参是一个subscriber实例,它遵循RACSubscriber协议,协议里有一些方法来产生事件,你能够发送任意数量的next事件,或者用error\complete事件来终止。本例中,信号发送了一个next事件来表示登陆是否成功,随后是一个complete事件。
这个block的返回值是一个RACDisposable对象,它容许你在一个订阅被取消时执行一些清理工做。当前的信号不须要执行清理操做,因此返回nil就能够了。
能够看到,把一个异步API用信号封装是多简单!
如今就来使用这个新的信号。把以前添加在viewDidLoad中的代码更新成下面这样的:
[[[self.signInButton rac_signalForControlEvents:UIControlEventTouchUpInside] map:^id(id x){ return[self signInSignal]; }] subscribeNext:^(id x){ NSLog(@"Sign in result: %@", x); }];
上面的代码使用map方法,把按钮点击信号转换成了登陆信号。subscriber输出log。
编译运行,点击登陆按钮,查看Xcode的控制台,等等,输出的这是个什么鬼?
2014-01-08 21:00:25.919 RWReactivePlayground[33818:a0b] Sign in result: <RACDynamicSignal: 0xa068a00> name: +createSignal:
没错,你已经给subscribeNext:的block传入了一个信号,但传入的不是登陆结果的信号。
下图展现了到底发生了什么:
当点击按钮时,rac_signalForControlEvents发送了一个next事件(事件的data是UIButton)。map操做建立并返回了登陆信号,这意味着后续步骤都会收到一个RACSignal。这就是你在subscribeNext:这步看到的。
上面问题的解决方法,有时候叫作信号中的信号,换句话说就是一个外部信号里面还有一个内部信号。你能够在外部信号的subscribeNext:block里订阅内部信号。不过这样嵌套太混乱啦,还好ReactiveCocoa已经解决了这个问题。
解决的方法很简单,只须要把map操做改为flattenMap就能够了:
[[[self.signInButton rac_signalForControlEvents:UIControlEventTouchUpInside] flattenMap:^id(id x){ return[self signInSignal]; }] subscribeNext:^(id x){ NSLog(@"Sign in result: %@", x); }];
这个操做把按钮点击事件转换为登陆信号,同时还从内部信号发送事件到外部信号。
编译运行,注意控制台,如今应该输出登陆是否成功了。
2013-12-28 18:20:08.156 RWReactivePlayground[22993:a0b] Sign in result: 02013-12-28 18:25:50.927 RWReactivePlayground[22993:a0b] Sign in result: 1
还不错。
如今已经完成了大部分的内容,最后就是在subscribeNext步骤里添加登陆成功后跳转的逻辑。把代码更新成下面的:
[[[self.signInButtonrac_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从登陆信号中取得结果,相应地更新signInFailureText是否可见。若是登陆成功执行导航跳转。
编译运行,应该就能再看到可爱的小猫啦!喵~
你注意到这个应用如今有一些用户体验上的小问题了吗?当登陆service正在校验用户名和密码时,登陆按钮应该是不可点击的。这会防止用户屡次执行登陆操做。还有,若是登陆失败了,用户再次尝试登陆时,应该隐藏错误信息。
这个逻辑应该怎么添加呢?改变按钮的可用状态并非转换(map)、过滤(filter)或者其余已经学过的概念。其实这个就叫作“反作用”,换句话说就是在一个next事件发生时执行的逻辑,而该逻辑并不改变事件自己。
把代码更新成下面的:
[[[[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:是直接跟在按钮点击事件的后面。并且doNext: block并无返回值。由于它是附加操做,并不改变事件自己。
上面的doNext: block把按钮置为不可点击,隐藏登陆失败提示。而后在subscribeNext:block里从新把按钮置为可点击,并根据登陆结果来决定是否显示失败提示。
以前的管道图就更新成下面这样的:
编译运行,确保登陆按钮的可点击状态和预期的同样。
如今全部的工做都已经完成了,这个应用已是响应式的啦。
若是你中途哪里出了问题,能够下载最终的工程(依赖库都有),或者在Github上找到这份代码,教程中的每一次编译运行都有对应的commit。
注意:在异步操做执行的过程当中禁用按钮是一个常见的问题,ReactiveCocoa也能很好的解决。RACCommand就包含这个概念,它有一个enabled信号,能让你把按钮的enabled属性和信号绑定起来。你也许想试试这个类。
但愿本教程为你从此在本身的应用中使用ReactiveCocoa打下了一个好的基础。你可能须要一些练习来熟悉这些概念,但就像是语言或者编程,一旦你夯实基础,用起来也就很简单了。ReactiveCocoa的核心就是信号,而它不过就是事件流。还能再更简单点吗?
在使用ReactiveCocoa后,我发现了一个有趣的事情,那就是你能够用不少种不一样的方法来解决同一个问题。你能够用教程中的例子试试,调整一下信号,改改信号的分割和聚合。
ReactiveCocoa的主旨是让你的代码更简洁易懂,这值得多想一想。我我的认为,若是逻辑能够用清晰的管道、流式语法来表示,那就很好理解这个应用到底干了什么了。
在本系列教程的第二部分,你将会学到诸如错误处理、在不一样线程中执行代码等高级用法。