ReactiveCocoa那些干货——2

前言：

笔者在之前的某个项目中由于需求调用系统摄像机，于是在此条件下封装了一个RAC关于UIImagePickerController的一个Category，以RAC框架中对UIImagePickerController的Category封装为提前，对UIImagePickerController进行了二次封装。

 

UIImagePickerController+RACSignalSupport介绍

     首先，让我们来看一下RACSignalSupport拓展中对UIImagePickerController所做的事情吧，如下：

       

 

通过RAC的源码可以看出来，在UIImagePickerController跟之前笔者提及的UIAlertView封装是类似的，同样是对委托进行拦截，原理这里就不多做说明，不清楚的童鞋可以回头看看之前的博文。

 

关于RAC对UIImagePickerController的这个Category，笔者早在2015年初的时候就使用过，但是使用之初就发现这个Category对imagePickerControllerDidCancel: 的拦截在某些情况下有些限制的，源码中，takeUntil:方法试图拦截imagePickerControllerDidCancel:的信号，思路上是正确的，但是某些情况下这个拦截会失灵，因此，笔者很干脆的将这个委托另外抽出了一个Category进行封装，这个Category是控制器（UIViewController的Category）。

        

并且实现如下：

 

- (RACSignal*)rac_willCancelSignalForImagePickerController:(UIImagePickerController*)imagePickerController {

   

    if (![selfcheckImagePickerController:imagePickerController]){

        return nil;

    }

    return [RACSignalcreateSignal:^RACDisposable*(id<RACSubscriber>subscriber) {

      

       [[[imagePickerController.rac_delegateProxysignalForSelector:@selector(imagePickerControllerDidCancel:)]deliverOn:[RACSchedulermainThreadScheduler]]subscribeNext:^(idx) {

           [subscriber sendNext:x];

           [subscriber sendCompleted];

        }];

        return nil;

    }];

}

思路是：通过统一截取Delegate的方法，截取imagePickerControllerDidCancel:这个回调的方法，并组建信号管道，将点击到Cancel的信号逐级传递。

 

在Category中先添加如下的Cancel信号处理

@weakify(self);

        [[selfrac_willCancelSignalForImagePickerController:imagePickerController]subscribeNext:^(idx) {

            @strongify(self);

            [selfcameraDeviceDismissViewControllerForAnimated:YEScompletion:dismissCompletion];

        }];

 

 

 

然后在需要创建系统相册/摄像机的地方进行调用

[[[selfopenCameraDeviceForDeviceType:kSystemAnimationTypePhotowithCompletion:^(UIImagePickerController *imagePickerController) {

             @strongify(self);

            [selfpresentViewController:imagePickerControlleranimated:YEScompletion:^{

               

            }];

        } dismissCompletion:^{

            //这里是点击Cancel，dismiss控制器完成后调用的block           

 

        }] deliverOn:[RACSchedulermainThreadScheduler]]subscribeNext:^(NSDictionary*dic) {

            NSLog(@"dic: %@", dic);

            UIImage*image = dic[@"UIImagePickerControllerEditedImage"];

            NSLog(@"image: %@", image);

            [selfcameraDeviceDismissViewControllerForAnimated:YEScompletion:^{

               

            }];

        }];

 

 

总结：

       关于RAC对于UIKit的封装，笔者的理解是可以将它看成一个拼图，不管是基于RAC的封装Category进行的二次封装也好，或者直接使用RACDelegateProxy进行的封装也好，都是从源头上获取事件，将其包装为一个Signal，由开发者所组装的管道，进行的信号传递，最后修改变更视觉上的UI的过程，这也是RAC框架最为棒的核心概念响应式编程。笔者后面还会陆续有些文章，之后也会陆续介绍些自己对RAC核心类的理解，也希望各位对RAC框架有更多了解的大神们可以多多指教~