和FunctionalReactivePixels一起实践

    首先在我们的画廊视图控制器中实现三个不同的代理方法：CollectionViewDataSource、CollectionViewDelegate、高清图视图控制器的PhotoViewControllerDelegate

    使用一个称之为RACDelegateProxy的实例，我们可以抽象委托类型的协议的任何方法实现(比如：那些返回void类型的)。

    委托代理是一个称为rac_signalForSelector:对象的‘白板’，获取当Selector被调用时发送的新值的信号。

    注意：你必须retain这个delegate对象，否则他们将会被释放，你将会得到一个EXC_BAD_ACCESS异常。添加下列私有属性到画廊视图控制器：

    同时你也需要导入RACDelegateProxy.h，因为他不是ReactiveCocoa的核心部分，不包含在ReactiveCocoa.h中。移除UICollectionViewDelegate以及FRPFullsizePhotoViewControllerDelegate方法，追加下面的代码到viewDidLoad.

    1. RACDelegateProxy *viewControllerDelegate = [[RACDelegateProxy alloc]
    2.                                     initWithProtocol:@protocol(FRPFullSizePhotoViewControllerDelegate)];
    4. [[viewControllerDelegate rac_signalForSelector:@selector(userDidScroll:toPhotoAtIndex:)     fromProtocol:@protocol(FRPFullSizePhotoViewControllerDelegate)]
    5.         subscribeNext:^(RACTuple *value){
    6.             @strongify(self);
    7.             [self.collectionView
    8.                 scrollToItemAtIndexPath:[NSIndexPath indexPathForItem:[value.second integerValue] inSection:0]
    9.                 atScrollPosition:UICollectionViewScrollPositionCenteredVertically
    10.         }];
    12. self.collectionViewDelegate = [[RACDelegateProxy alloc] initWithProtocol:@protocol(UICollectionViewDelegate)];
    14. [[self.collectionViewDelegate rac_signalForSelector:@selector(collectionView:didSelectItemAtIndexPath:)]
    15.         subscribeNext:^(RACTuple *arguments) {
    16.             @strongify(self);
    17.             FRPFullSizePhotoViewController *viewController = [[FRPFullSizePhotoViewController alloc] initWithPhotoModels:self.photosArray currentPhotoIndex:[(NSIndexPath *)arguments.second item]];
    18.             viewController.delegate = (id<FRPFullSizePhotoViewControllerDelegate>)viewControllerDelegate;
    19.             [self.navigationController pushViewController:viewController animated:YES];
    21.         }];

    我们也可以在self上调用rac_signalForSelector:，使用同样的block块。然而，我们有必要在视图控制器实现里提供一个空存根方法以避免编译器发出”实现不完全”之类的警告。

    接下来，我们有更多的机会来抽象这个类中的方法。loadPopularPhotos方法除了改变我们的状态之外，并没有什么卵用。如果ReactiveCocoa能够很好地监控这些状态，让我们不在这方面担心的话，那肯定是极好的！幸运的是，我恰好知道这个~

    我们移除这个方法，在viewDidLoad中键入下面的代码来代码这个方法的调用：

    一开始我们只是进行了importPhotos方法调用，不同的是，我们用signal来存放其返回值。
    然后，我们“捕抓”这个信号上的错误并将它打印出来(跟我们之前做的一样，只不过语法不同而已)。比起subscribeError:方法，catch:方法处理的更为巧妙：它允许无错误值的信号穿透它，仅在信号有错误事件发生时才会调用它的block并发送其在发生错误时的返回值。这里我们使用catch:方法，来过滤无错误的值。这个catch:块仅仅返回一个空信号。更多关于这方面知识的细节请参考StackOverFlow的问题。

    上面的方式，有一点点污染了我们的局部变量作用域，这可以用下面的更简洁的等效方法：

    1. RAC(self, photosArray) = [[[[FRPPhotoImporter importPhotos]
    2.         doCompleted:^{
    4.             [self.collectionView reloadData];
    5.         }] logError] catchTo:[RACSignal empty]];

    我们来看一下，我们的collectionViewCell的子类实现：

    这里有两个标志性的点表明了一个使用ReactiveCocoa来抽象的机会。

    1. 我们有状态(subscription属性)

    无论何时调用一个RACDisposable对象的dispose方法，就是一个“这里有更加响应式的方法来作某件事”的好信号。在我们的例子中，这种嗅觉是对的。

    通过在FRPCell创建一个新的属性，我们能够抽象掉使用prepareForReuse方法的必要性。这个属性就是photoModel(我们之前的行为就像是一个只写的属性，现在它将变为可读写的了)。把属性放在文件顶部：

    1. @property (nonatomic, strong ) FRPPhotoModel *photoModel;

    下一步我们将彻底摆脱setPhotoModel:方法。我们将为photoModel的thumbnailData观察我们自己的关键路径。将下面的代码添加到cell的初始化函数中。

    注意看我们观察的是self的photoModel.thumbnailData的关键路径，而非self.photoModel的thumbnailData的关键路径。这点微妙的区别，作用却大大不同。当self的属性photoModel或者photoModel的thumbnailData属性改变时，关键路径photoModel.thumbnailData将会收到一个被(这种变化所)引发的KVO消息。