原创

ReactiveCocoa那些干货——2

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/block_xh/article/details/51065187


前言:

笔者在之前的某个项目中由于需求调用系统摄像机,于是在此条件下封装了一个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:^{

            //这里是点击Canceldismiss控制器完成后调用的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框架有更多了解的大神们可以多多指教~


展开阅读全文

没有更多推荐了,返回首页