ReactiveCocoa源码拆分解析(二)

上面抽丝剥茧的把最主要的信号机制给分离开了。但在RAC中各种操作也是必不可少的,一些复杂的操作符也是有一些基础操作拼接组合而来,有点搭积木的味道。

那我沿着之前的思路,写一些简单的操作符是如何实现的。

操作符之concat(拼接)

concat 使用示例

QHQSignal *demoOriginSignal = [QHQSignal createSignal:^(id subscriber) {

[subscriber sendNext:@"demoOriginSignal - send"];

[subscriber sendCompleted];

}];

QHQSignal *demoConcatSignal = [QHQSignal createSignal:^(id subscriber) {

[subscriber sendNext:@"demoConcatSignal - send"];

}];

[[demoOriginSignal concat:demoConcatSignal] subscribeNext:^(id x) {

NSLog(@"%@",x);

}];

输出内容

2015-12-25 10:02:45.966 PageText[88233:4685875] demoOriginSignal - send

2015-12-25 10:02:45.967 PageText[88233:4685875] demoConcatSignal - send

达到了拼接的效果

实现思路很简单,就是在第一个信号sendcompleted的时候,让subscirber订阅被拼接的信号。

-(QHQSignal *)concat:(QHQSignal *)concatSignal {

return [QHQSignal createSignal:^(id subscriber) {

[self subscribeNext:^(id next) {

[subscriber sendNext:next];

} error:^(NSError *error) {

[subscriber sendError:error];

} completed:^{

[concatSignal subscribe:subscriber];

}];

}];

}

可以看当self(源信号)发送next时,新信号也发送next,发送error,新信号也发送error。发送completed时,让订阅着订阅了被拼接的信号,这样就实现了拼接。

再实现一个复杂些的操作符zip,zip的作用是将2个信号进行压缩。每当2个信号都有新值来时,将两个新值以元组形势返回,demo中以数组返回。(元组可参见swift,这里rac以宏实现了元组的操作)。

QHQSignal *demoOriginSignal = [QHQSignal createSignal:^(id subscriber) {

[subscriber sendNext:@"demoOriginSignal - send- zip1"];

[subscriber sendNext:@"demoOriginSignal - send- zip2"];

}];

QHQSignal *demoConcatSignal = [QHQSignal createSignal:^(id subscriber) {

[subscriber sendNext:@"demoConcatSignal - send - zip1"];

[subscriber sendNext:@"demoConcatSignal - send - zip2"];

}];

[[demoOriginSignal zip:demoConcatSignal] subscribeNext:^(id x) {

NSLog(@"%@",x);

}];

输出结果

2015-12-25 11:10:44.546 PageText[89544:4713950] (

    "demoOriginSignal - send- zip1",

    "demoConcatSignal - send - zip1"

)

2015-12-25 11:10:44.547 PageText[89544:4713950] (

    "demoOriginSignal - send- zip2",

    "demoConcatSignal - send - zip2"

)


注释掉任意一个send后,都将减少一次输出,如果某个信号不发送内容,那么将不会有输出。

-(QHQSignal *)zip:(QHQSignal *)signal {

return [QHQSignal createSignal:^(id subscriber) {

NSMutableArray *selfArray = [NSMutableArray array];

NSMutableArray *zipArray = [NSMutableArray array];

void (^sendZip)(void) = ^{

if (selfArray.count == 0) return;

if (zipArray.count == 0) return;

NSArray *send = [NSArray arrayWithObjects:selfArray.firstObject, zipArray.firstObject,nil];;

[selfArray removeObjectAtIndex:0];

[zipArray removeObjectAtIndex:0];

[subscriber sendNext:send];

};

[self subscribeNext:^(id x) {

[selfArray addObject:x];

sendZip();

}];

[signal subscribeNext:^(id x) {

[zipArray addObject:x];

sendZip();

}];

}];

}

源码展示:压缩后的信号用两个数组表示压缩前信号的值。直到都有值时,才将信号打包输出。都是比较简单的实现。

剩下操作的可以自己根据源码分析用途了,明白了原理,用起来也更放心。

时间: 2024-10-23 10:25:09

ReactiveCocoa源码拆分解析(二)的相关文章

ReactiveCocoa源码拆分解析(一)

ReactiveCocoa的介绍我就不说了,可以自行百度.ReactiveCocoa这个框架目前来看很热门,但是不流行.归根到底,是学习成本太高,光看头文件,你几乎就根本不知道该如何使用.ReactiveCocoa内部实现大量使用了block,在block嵌套比较深的情况下,阅读源码也变得困难.我这里就给大家做个抽离,分解各个模块.因为我刚开始阅读时,我甚至于不知道该如何入手.源码解析如有错误,欢迎指正. 首先我先展示一段ReactiveCocoa的代码 ```   RACSignal *sig

ReactiveCocoa源码拆分解析(五)

好多天没写东西了,今天继续.主要讲解RAC如何于UI空间实现响应流的. 随手找个按钮响应的RAC实现作为示例,然后我们去做一个简单的实现 [[_HiddenBtn rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) { _HiddenBtn.hidden = YES; }]; 我把一些别的逻辑全部删除,大家也不要关注任何内存问题.这个示例的功能很简单,就是一个按钮被点击抬起这个事件触发后,按钮

Volley框架源码浅析(二)

尊重原创 http://write.blog.csdn.net/postedit/25921795 在前面的一片文章Volley框架浅析(一)中我们知道在RequestQueue这个类中,有两个队列:本地队列和网络队列 /** The cache triage queue. */ private final PriorityBlockingQueue<Request<?>> mCacheQueue = new PriorityBlockingQueue<Request<

Retrofit源码设计模式解析(下)

本文将接着<Retrofit源码设计模式解析(上)>,继续分享以下设计模式在Retrofit中的应用: 适配器模式 策略模式 观察者模式 单例模式 原型模式 享元模式 一.适配器模式 在上篇说明CallAdapter.Factory使用工厂模式时,提到CallAdapter本身采用了适配器模式.适配器模式将一个接口转换成客户端希望的另一个接口,使接口本不兼容的类可以一起工作. Call接口是Retrofit内置的发送请求给服务器并且返回响应体的调用接口,包括同步.异步请求,查询.取消.复制等功

【原】FMDB源码阅读(二)

[原]FMDB源码阅读(二) 本文转载请注明出处 -- polobymulberry-博客园 1. 前言 上一篇只是简单地过了一下FMDB一个简单例子的基本流程,并没有涉及到FMDB的所有方方面面,比如FMDB的executeUpdate:系列方法.数据库的加解密等等.这次写的就是对FMDatabase和FMResultSet这两个文件的补全内容.每次写这种补全的内容最头疼,内容会很分散,感觉没啥条理. 2. executeUpdate:系列函数 注意除了"SELECT"语句外,其他的

《Android源码设计模式解析》读书笔记——Android中你应该知道的设计模式

断断续续的,<Android源码设计模式解析>也看了一遍,书中提到了很多的设计模式,但是有部分在开发中见到的几率很小,所以掌握不了也没有太大影响. 我觉得这本书的最大价值有两点,一个是从设计模式的角度去理解Android源码,结合着日常开发中的常用类,对设计模式的理解会更加的深刻:另外一个好处就是了解常用模式,再看其他人写的代码的时候,更容易理解代码思路.下面是我的读书笔记和一些思考,设计模式只整理我认为重要的部分. 建造者模式 建造者模式最明显的标志就是Build类,而在Android中最常

iOS开发之Masonry框架源码深度解析

Masonry是iOS在控件布局中经常使用的一个轻量级框架,Masonry让NSLayoutConstraint使用起来更为简洁.Masonry简化了NSLayoutConstraint的使用方式,让我们可以以链式的方式为我们的控件指定约束.本篇博客的主题不是教你如何去使用Masonry框架的,而是对Masonry框架的源码进行解析,让你明白Masonry是如何对NSLayoutConstraint进行封装的,以及Masonry框架中的各个部分所扮演的角色是什么样的.在Masonry框架中,仔细

YYModel 源码解读(二)之NSObject+YYModel.h (1)

本篇文章主要介绍 _YYModelPropertyMeta 前边的内容 首先先解释一下前边的辅助函数和枚举变量,在写一个功能的时候,这些辅助的东西可能不是一开始就能想出来的,应该是在后续的编码过程中 逐步添加的. #define force_inline __inline__ __attribute__((always_inline)) 这行代码用到了C语言的内联函数 内联函数: 是用inline修饰的函数,内联函数在代码层次看和普通的函数结构一样,却不具备函数的性质,内联函数不是在调用时发生控

[Android]Volley源码分析(二)

上一篇介绍了Volley的使用,主要接触了Request与RequestQueue这两个类,这篇就来了解一下这两个类的具体实现. Request类图: Request类: Request是一个抽象类,其中的主要属性: mMethod: 请求方法,目前支持GET, POST, PUT, DELETE, HEAD, OPTIONS,TRACE, PATCH方法 mUrl: 请求Url mErrorListener: 错误处理监听器,请求出错时调用 mSequence: 请求的序号,相同优先级的请求在