modified chapter5's content

Author: KevinHM

chapter5/conclusion.md

@@ -5,8 +5,8 @@
 - 函数式编程可在任何地方起作用
 	- 数据导入的代码，即使没有反应式代码，我们也能够使用`map:`和`filter:`来帮忙。在抽象方面，总觉得从未被实际实现。
 
-	
-- 为函数的副作用使用`subscribeNext:` 
+
+- 为函数的副作用使用`subscribeNext:`
 	- `subscribeNext:`和其他类似的方法订阅信号的副作用，返回`RACDisposable`实例（这种实例将被传阅，直到信号完成被回收为止）
 为副作用使用这些方法---使得事物看起来像主动跟外界(一个没有反应式的世界)交互似的。
 
@@ -21,4 +21,4 @@
 
 
 > BTY:函数副作用：指当调用函数时，除了返回函数值之外，还对主调用函数产生附加影响。例如修改全局变量或修改参数，一般而言函数副作用会给程序设计带来不必要的麻烦，使程序难以查找错误，并降低程序的可读性。严格的函数式语言要求函数必须无副作用。
-> 有一种特殊的情况，就是我们这里的函数。它的参数是一种In/Out作用的参数，即函数可能改变参数里面的内容，把一些信息通过输入参数，夹带到外界。这种情况，严格来说，也是副作用，是非纯函数。即我们所讨论的函数反应型编程中的函数式编程属于非纯函数，它是具有副作用的。
+> 有一种特殊的情况，就是我们这里的函数。它的参数是一种In/Out作用的参数，即函数可能改变参数里面的内容，把一些信息通过输入参数，夹带到外界。这种情况，严格来说，也是副作用，是非纯函数。即我们所讨论的函数反应型编程中的函数式编程属于非纯函数，它是具有副作用的。

chapter5/networking_layer_revisited.md

@@ -17,15 +17,15 @@
 
 + (void)download:(NSString *)urlString withCompletion:(void (^)(NSData *data))completion {
 	NSAssert(urlString, @"URL must not be nil");
-	
+
 	NSURLRequest *request = [NSURLRequest requestWithURL:[NSURL URLWithString:urlString]];
-	[NSURLConnection sendAsynchronousRequest:request 
-								queue:[NSOperationQueue mainQueue] 
+	[NSURLConnection sendAsynchronousRequest:request
+								queue:[NSOperationQueue mainQueue]
 								completionHandler:
 									 ^(NSURLResponse *response, NSData *data, NSError *connectionError) {
 											if(completion) {
 												completion(data);
-											}  
+											}
 									 }];
 }
 
@@ -43,10 +43,10 @@ Completion blocks?这是另外一个使用Signals的机会。更深入一点来
 
 + (RACSignal *)download:(NSString *)urlString {
 	NSAssert(urlString , @"URL must not be nil");
-	
+
 	NSURLRequest *request = [NSURLRequest requestWithURL:[NSURL URLWithString: urlString]];
-	
-	return [[[NSURLConnection rac_sendAsynchronousRequest:request] 
+
+	return [[[NSURLConnection rac_sendAsynchronousRequest:request]
 				map:^id (RACTuple *value) {
 					return [value second];
 				}] deliverOn:[RACScheduler mainThreadScheduler]];
@@ -76,10 +76,10 @@ RAC(photoModel, thumbnailData) = [self download:photoModel.thumbnailURL];
 ```
 + (RACReplaySubject *)fetchPhotoDetails:(FRPPhotoModel *)photoModel {
 	RACReplaySubject *subject = [RACReplaySubject subject];
-	
+
 	NSURLRequest *request = [self photoURLRequest:photoModel];
-	[NSURLConnection sendAsynchronousRequest:request 
-			     queue:[NSOperationQueue mainQueue] 
+	[NSURLConnection sendAsynchronousRequest:request
+			     queue:[NSOperationQueue mainQueue]
 	completionHandler:^(NSURLResponse *response, NSData *data, NSError *connectionError) {
 			if(data) {
 				id results = [NSJSONSerialization JSONObjectWithData:data options:0 error:nil][@"photo"];
@@ -90,12 +90,12 @@ RAC(photoModel, thumbnailData) = [self download:photoModel.thumbnailURL];
 			}
 			else {
 				[subject sendError:connectionError];
-			}								  
+			}
 	}];
-	
-	
+
+
 	return subject;
-	
+
 }
 ```
 
@@ -105,13 +105,13 @@ RAC(photoModel, thumbnailData) = [self download:photoModel.thumbnailURL];
 ```Objective-C
 + (RACSignal *)fetchPhotoDetails:(FRPPhotoModel *)photoModel {
 	NSURLRequest *request = [self photoURLRequest:photoModel];
-	return [[[[[[NSURLConnection rac_sendAsynchronousRequest:request] 
+	return [[[[[[NSURLConnection rac_sendAsynchronousRequest:request]
 							    map:^id(RACTuple *value){
 							    	return [value second];
 							    }]
 							    deliverOn:[RACScheduler mainThreadScheduler]]
 							    	map:^id (NSData *data) {
-							    		id results = [NSJSONSerialization JSONObjectWithData:data 
+							    		id results = [NSJSONSerialization JSONObjectWithData:data
 							    				                       options:0 error:nil][@"photo"];
 							    		[self configurePhotoModel:photoModel withDictionary:results];
 							    		[self downloadFullsizedImageForPhotoModel:photoModel];
@@ -127,7 +127,7 @@ RAC(photoModel, thumbnailData) = [self download:photoModel.thumbnailURL];
 
 我们已经知道`deliverOn:`是怎样工作的，所以让我们来关注信号链条最末端的信号操作`publish`. `publish`返回一个`RACMulitcastConnection`,当信号连接上时，他将订阅该接收信号。`autoconnect`为我们做的是：当它返回的信号被订阅，连接到
  该(订阅背后的)信号（underly signal）。
- 
+
  执行获取每一个订阅，在订阅的时候，我们返回的信号将会变“冷”。那是因为我们对底层信号进行多播，网络请求只会执行一次，但是它的结果被多播。这会导致：网络信号将只会被执行一次（当它被订阅时执行），是冷的(直到订阅为止，它不会被执行)，甚至可删除的(如果一次性处理订阅的生成)。
 
 基本上，我们能保证信号只会被订阅一次，我们不需要回滚(replay).
@@ -145,15 +145,15 @@ reduceEach:^id(NSURLResponse *response, NSData *data) {
 ```
 + (RACSignal *)importPhotos {
 	NSURLRequest *request = [self popularURLRequest];
-	
-	return [[[[[[NSURLConnection rac_sendAsynchronousRequest:request] 
+
+	return [[[[[[NSURLConnection rac_sendAsynchronousRequest:request]
 				reduceEach:^id(NSURLResponse *response , NSData *data){
 					return data;
-				}] 
-				deliverOn:[RACScheduler mainThreadScheduler]] 
+				}]
+				deliverOn:[RACScheduler mainThreadScheduler]]
 				map:^id (NSData *data) {
 					id results = [NSJSONSerialization JSONObjectWithData:data options:0 error:nil];
-					return [[[results[@"photo"] rac_sequence] 
+					return [[[results[@"photo"] rac_sequence]
 						map:^id (NSDictionary *photoDictionary) {
 							FRPPhotoModel *model = [FRPPhotoModel new];
 							[self configurePhotoModel:model withDictionary:photoDictionary];

chapter5/revisiting_functionalReactivePixels.md

@@ -98,7 +98,7 @@ RAC(self, photosArray) = [[[[FRPPhotoImporter importPhotos]
 
 - (void)perpareForReuse {
 	[super perpareForReuse];
-	
+
 	[self.subscription dispose], self.subscription = nil;
 }
 
@@ -131,7 +131,7 @@ RAC(self, photosArray) = [[[[FRPPhotoImporter importPhotos]
 
 ```Objective-C
 
-RAC(self.imageView, image) = [[RACObserve(self, photoModel.thumbnailData) ignore:nil] 
+RAC(self.imageView, image) = [[RACObserve(self, photoModel.thumbnailData) ignore:nil]
 							map:^(NSData *data){
 								return [UIImage imageWithData:data];
 							}];