ReactiveCocoa比较区分replay, replayLast和replayLazily

最新推荐文章于 2020-07-10 09:07:31 发布
转载 最新推荐文章于 2020-07-10 09:07:31 发布 · 1.2k 阅读 · 0

本文详细介绍了ReactiveCocoa中三种信号订阅方法：replay, replayLast 和 replayLazily 的工作原理及应用场景。通过示例代码展示了不同订阅方式下信号行为的变化。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >


原文地址；https://spin.atomicobject.com/2014/06/29/replay-replaylast-replaylazily/

Subscribing to a Signal

　　对于一个“普通”的信号，每次订阅都将会导致信号中的代码再执行一遍，且该次订阅者仅接收到该次订阅发送出去的值。

　　第一个例子演示每次订阅都会重新执行订阅代码。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
__blockintnum = 0;
  RACSignal *signal= [RACSignal createSignal:^RACDisposable *(id  subscriber) {
      num++;
      NSLog(@"Increment num to: %i", num);
      [subscriber sendNext:@(num)];
      returnnil;
  }];
  
  NSLog(@"Start subscriptions");
  
  // Subscriber 1 (S1)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S1: %@", x);
  }];
  
  // Subscriber 2 (S2)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S2: %@", x);
  }];
  
  // Subscriber 3 (S3)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S3: %@", x);
  }];

　　运行结果如下：

1
2
3
4
5
6
7
Start subscriptions
  Increment num to: 1
  S1: 1
  Increment num to: 2
  S2: 2
  Increment num to: 3
  S3: 3

　　可以看到，每次订阅num都在递增，如果不订阅则不会递增。通过这种方式，可以知道信号是懒惰的，如果没有订阅者的话，是不会执行的。

　　第二个例子演示信号被添加订阅的时候，订阅者是怎么接收发送的值的。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
RACSubject *letters = [RACSubject subject];
 RACSignal *signal= letters;
 
 NSLog(@"Subscribe S1");
 [signalsubscribeNext:^(id x) {
     NSLog(@"S1: %@", x);
 }];
 
 NSLog(@"Send A");
 [letters sendNext:@"A"];
 NSLog(@"Send B");
 [letters sendNext:@"B"];
 
 NSLog(@"Subscribe S2");
 [signalsubscribeNext:^(id x) {
     NSLog(@"S2: %@", x);
 }];
 
 NSLog(@"Send C");
 [letters sendNext:@"C"];
 NSLog(@"Send D");
 [letters sendNext:@"D"];
 
 NSLog(@"Subscribe S3");
 [signalsubscribeNext:^(id x) {
     NSLog(@"S3: %@", x);
 }];

运行结果

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Subscribe S1
  
Send A
S1: A
  
Send B
S1: B
  
Subscribe S2
  
Send C
S1: C
S2: C
  
Send D
S1: D
S2: D
  
Subscribe S3

　　在很多情况下，这是我们想要的预期结果，不过在某些情况下，你不需要订阅的代码再次被执行。例如订阅 一个向网络服务器发送的请求，当服务器返回数据时，多个监听者需要更新(无论有多少个监听者，请求只发送一下（第一个例子就不满足我们的需求）)，或者我们想拿到订阅前信号发送过的值（第二个例子，S2想拿A，B的值或者S3想拿A，B，C，D的值，就不满足我们的需求了）。因此-replay,-replayLast, and-replayLazily应需而生。

Subscribing to a -replay Signal

　　这个replay方法将返回一个新的信号，当源信号被订阅时，会立即发送给订阅者全部历史的值，不会重复执行源信号中的订阅代码，不仅如此，订阅者还将收到所有未来发送过去的值。

　　第一个例子演示信号添加新的订阅时，代码是不会再次被执行的。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
__blockintnum = 0;
  RACSignal *signal= [[RACSignal createSignal:^RACDisposable *(id  subscriber) {
      num++;
      NSLog(@"Increment num to: %i", num);
      [subscriber sendNext:@(num)];
      returnnil;
  }] replay];
  
  NSLog(@"Start subscriptions");
  
  // Subscriber 1 (S1)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S1: %@", x);
  }];
  
  // Subscriber 2 (S2)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S2: %@", x);
  }];
  
  // Subscriber 3 (S3)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S3: %@", x);
  }];
1
2
3
4
5
Increment num to: 1
  Start subscriptions
  S1: 1
  S2: 1
  S3: 1

　　信号首次被订阅时，num立马被递增了，且仅仅递增了一次。这说明了不管有你多个订阅者，订阅代码我只执行了一次。

　　

　　第二个例子演示每个新添加的订阅者接收到信号中全部的值（不管是之前发出的值还是将来发出的值）。

　　

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
RACSubject *letters = [RACSubject subject];
  RACSignal *signal= [letters replay];
  
  NSLog(@"Subscribe S1");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S1: %@", x);
  }];
  
  NSLog(@"Send A");
  [letters sendNext:@"A"];
  NSLog(@"Send B");
  [letters sendNext:@"B"];
  
  NSLog(@"Subscribe S2");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S2: %@", x);
  }];
  
  NSLog(@"Send C");
  [letters sendNext:@"C"];
  NSLog(@"Send D");
  [letters sendNext:@"D"];
  
  NSLog(@"Subscribe S3");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S3: %@", x);
  }];
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Subscribe S1  
  
Send A  
S1: A
  
Send B
S1: B
  
Subscribe S2
S2: A
S2: B
  
Send C
S1: C
S2: C
  
Send D
S1: D
S2: D
  
Subscribe S3
S3: A
S3: B
S3: C
S3: D

　　尽管订阅者S3在所有的值发送之后再订阅，然后还能接收到所有的值。

Subscribing to a -replayLast Signal

　　这个replayLast返回一个新的信号，当源信号被订阅时，会立即发送给订阅者最新的值，不会重复执行源信号中的订阅代码。订阅者还会收到信号未来所有的值。

　　对于第一个例子，跟之前replay一样，所以我就不再次演示了。

　　第二个例子演示如何将最新的值提供给新的订阅者

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
RACSubject *letters = [RACSubject subject];
  RACSignal *signal= [letters replayLast];
  
  NSLog(@"Subscribe S1");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S1: %@", x);
  }];
  
  NSLog(@"Send A");
  [letters sendNext:@"A"];
  NSLog(@"Send B");
  [letters sendNext:@"B"];
  
  NSLog(@"Subscribe S2");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S2: %@", x);
  }];
  
  NSLog(@"Send C");
  [letters sendNext:@"C"];
  NSLog(@"Send D");
  [letters sendNext:@"D"];
  
  NSLog(@"Subscribe S3");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S3: %@", x);
  }];
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Subscribe S1
  
Send A
S1: A
  
Send B
S1: B
  
Subscribe S2
S2: B
  
Send C
S1: C
S2: C
  
Send D
S1: D
S2: D
  
Subscribe S3
S3: D

Subscribing to a -replayLazily Signal

　　这replayLazily方法返回一个新的信号，当源信号被订阅时，会立即发送给订阅者全部历史的值，不会重复执行源信号中的订阅代码。跟replay不同的是，replayLazily被订阅生成新的信号之前是不会对源信号进行订阅的（原文写的有点绕，简单来讲 直到订阅时候才真正创建一个信号，源信号的订阅代码才开始执行）。暂时不理解也没事，看下面的代码输出，和注释。

　这第一个例子会说明跟replay差异。 注意字符串“Increment num to: 1”是被订阅了之后才打印显示的。而replay和replayLast没被订阅前就打印了“Increment num to: 1” 这个消息。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
__blockintnum = 0;
  RACSignal *signal= [[RACSignal createSignal:^RACDisposable *(id  subscriber) {
      num++;
      NSLog(@"Increment num to: %i", num);
      [subscriber sendNext:@(num)];
      returnnil;
  }] replayLazily];  //跟replay不同的就这么一个地方
  
  NSLog(@"Start subscriptions");
  
  // Subscriber 1 (S1)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S1: %@", x);
  }];
  
  // Subscriber 2 (S2)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S2: %@", x);
  }];
  
  // Subscriber 3 (S3)
  [signalsubscribeNext:^(id x) {
      NSLog(@"S3: %@", x);
  }];
1
2
3
4
5
6
7
// 帖子滚动起来，跟replay比较一下 Increment num to: 1 的显示顺序。
 
Start subscriptions     // 实际订阅
Increment num to: 1 // 信号开始创建
S1: 1
S2: 1
S3: 1

　　第二个例子演示将全部历史的值提供给任何新的订阅者，就像replay一样。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
RACSubject *letters = [RACSubject subject];
  RACSignal *signal= [letters replayLazily];
  
  NSLog(@"Subscribe S1");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S1: %@", x);
  }];
  
  NSLog(@"Send A");
  [letters sendNext:@"A"];
  NSLog(@"Send B");
  [letters sendNext:@"B"];
  
  NSLog(@"Subscribe S2");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S2: %@", x);
  }];
  
  NSLog(@"Send C");
  [letters sendNext:@"C"];
  NSLog(@"Send D");
  [letters sendNext:@"D"];
  
  NSLog(@"Subscribe S3");
  [signalsubscribeNext:^(id x) {
      NSLog(@"S3: %@", x);
  }];
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Subscribe S1
  
Send A
S1: A
  
Send B
S1: B
  
Subscribe S2
S2: A
S2: B
  
Send C
S1: C
S2: C
  
Send D
S1: D
S2: D
  
Subscribe S3
S3: A
S3: B
S3: C
S3: D

　　总结一下：

　　ReactiveCocoa提供了这三个简便的方法允许多个订阅者订阅一个信号，却不会重复执行订阅代码，并且能给新加的订阅者提供订阅前的值。replay和replayLast使信号变成热信号，且会提供所有值(-replay) 或者最新的值(-replayLast) 给订阅者。replayLazily返回一个冷的信号，会提供所有的值给订阅者。

ReactiveCocoa & MVVM 学习总结一
lihei12345的专栏
06-16 7804
主要是为了总结学习RAC的过程中，遇到的一些困惑点，一些阅读的参考资料，文笔也不是很好。建议大家学习RAC参考文章： https://github.com/ReactiveCocoa/ReactiveCocoa/tree/master/Documentation以及花瓣工程师的一篇很棒的文章: http://limboy.me/ios/2014/06/06/deep-into-reactivec
RAC学习二-RACReplaySubject
信者的路
05-29 572
上图是RACSubject和RACReplaySubejct订阅信号的方法，RACReplaySubject是继承自RACSubject，所以RACReplaySubject既可以当做信号又可发送信号，但与RACSubject不同的是，RACSubject必须先订阅信号后发送信号，但RACReplaySubject既可以先订阅信号后发送信号，又可以先发送信号后订阅信号，即 1. 创建信号...
Comparing replay, replayLast, and replayLazily
Secret Island
07-10 884
A co-worker recently asked me about the difference between -replay, -replayLast, and-replayLazily in the ReactiveCocoa library. I had a vague understanding of the three but was not able to confi
Reactivecocoa-publish、multicast、replay、replayLast
CodeMachine的专栏
08-27 1159
//-replay 总是收取最后的内容,而并不执行signal 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 __block int num = 0; RACSignal *signal = [[RACSignal createSignal:^RACDisposable *(i
转：RAC中比较replay, replayLast, and replayLazily
weixin_30379973的博客
07-31 135
A co-worker recently asked me about the difference between-replay,-replayLast, and-replayLazilyin theReactiveCocoalibrary. I had a vague understanding of the three but was not able to confi...
http-replay:用于重放和比较 HTTP 请求和响应的库
06-28
这是一个在测试中重放请求和响应的库。 它允许过滤响应以删除值，一个不想断言的值。 支持的工具 支持的录音（阅读器）： 支持的框架（MessageHandler）： 工作流程 使用此测试助手的工作流程可能是： 首先使用 ...
pysc2-replay:在《星际争霸II》中检查动作和观察的框架重播
05-08
pysc2-重放 用于在StarCraftII中检查动作和观察的框架... $ ./transform_replay.py --replay ~/StarCraftII/Replays/DefeatRoaches/DefeatRoaches_2017-09-04-19-42-10.SC2Replay --agent ObserverAgent.ObserverAgent
Cygwin及windows上安装tcpreplay必要软件
06-07
在Windows操作系统上，为了进行网络数据包的回放和分析，常常需要用到tcpreplay这款工具。tcpreplay是一个开源的网络测试工具，主要用于在网络设备、应用程序或者服务上重放捕获的数据包，这对于网络性能测试、故障...
linux设备tcpreplay安装
06-17
在Linux设备上安装tcpreplay包回放工具
安装tcpreplay，相关依赖包
03-17
在Linux服务器上安装tcpreplay，需要的离线包 1.安装gcc 2.执行脚本 sh libpcap-install 3.执行完脚本，会出现四个安装包分别是Bison、flex、libpcap、m4 4.依次进入Bison、flex、libpcap、m4执行以下命令： #./...
RACSignal的Subscription深入分析
美团技术团队
06-30 655
ReactiveCocoa是一个FRP的思想在Objective-C中的实现框架，目前在美团的项目中被广泛使用。对于ReactiveCocoa的基本用法，网上有很多相关的资料，本文不再讨论。RACSignal是ReactiveCocoa中一个非常重要的概念，而本文主要关注RACSignal的实现原理。在阅读之前，你需要基本掌握RACSignal的基本用法 本文主要包含2个部分，前半...
冷热信号
韩钊钊钊钊的专栏
12-25 341
冷热信号区别： 热信号是主动的，即使你没有订阅事件，它仍然会时刻推送 而冷信号是被动的，只有当你订阅的时候，它才会发送消息 热信号可以有多个订阅者，是一对多，信号可以与订阅者共享信息 而冷信号只能一对一，当有不同的订阅者，消息会重新完整发送，热信号像是一个广播。冷信号像是一个模板，不同的订阅者会生成一个实例 热信号会被所有此刻已订阅的地方各执行一次，以后订阅的地方会错过之前的消息 一个很重要的概念
细说ReactiveCocoa的冷信号与热信号（三）：怎么处理冷信号与热信号
一个有情怀的程序猿博客
07-10 322
第一篇文章中我们介绍了冷信号与热信号的概念，前一篇文章我们也讨论了为什么要区分冷信号与热信号，下面我会先为大家揭晓热信号的本质，再给出冷信号转换成热信号的方法。 揭示热信号的本质 在ReactiveCocoa中，究竟什么才是热信号呢？冷信号是比较常见的，map一下就会得到一个冷信号。但在RAC中，好像并没有“hot signal”这个单独的说法。原来在RAC的世界中，所有的热信号都属于一个类——RACSubject。接下来我们来看看究竟它为什么这么“神奇”。 在RAC2.5文档的框架概述中，有着这..
有限公司成立合作协议书.doc
最新发布
08-10
有限公司成立合作协议书.doc
mpu9650STM32f103c8t6例程
08-10
mpu9650STM32f103c8t6例程
1754823429242.jpeg
08-10
1754823429242.jpeg
工业自动化领域欧姆龙Sysmac Studio NJ101-1000与R88D-KN01H伺服控制系统实现
08-10
欧姆龙Sysmac Studio环境下NJ101-1000控制器与R88D-KN01H伺服电机的编程实现方法。首先概述了硬件特点及其应用场景，接着深入探讨了输入信号（如使能输入、点动控制、回原点模式）、输出信号（如使能状态、故障信息、速度和位置反馈）的具体配置方式。文中还重点讲解了如何利用Sysmac Studio提供的打包块功能简化编程流程，确保各模式间的互斥性和安全性，并给出了简单示例代码展示点动正转功能的实现。 适合人群：从事工业自动化领域的工程师和技术人员，尤其是那些希望深入了解欧姆龙伺服系统编程的人士。 使用场景及目标：适用于需要对NJ101-1000和R88D-KN01H系列伺服进行精准控制的应用场合，如生产线自动化、机器人运动控制等。目的是帮助读者掌握伺服系统的配置技巧，提高工作效率和产品质量。 其他说明：文中强调了编程过程中需要注意的关键点，比如不同模式之间的切换逻辑、速度设定的选择依据等，有助于读者更好地理解和应用相关技术。同时提醒读者，在实际项目中应根据具体需求灵活调整参数设置。
已解密-技术服务协议.docx
08-10
已解密-技术服务协议.docx
360 Systems Instant Replay2 技术手册解读
标题《360 Systems Instant Replay2 中文操作手册》告诉我们，这是一份针对360 Systems Instant Replay2这款设备的官方中文操作指南。360 Systems Instant Replay2是专业音频技术设备中的一款硬盘播放机，通常被应用...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值