我什么时候应该使用`publishReplay` vs`hareReplay`？ [英] When should I use `publishReplay` vs `shareReplay`?

问题描述

我已经知道

• publish 分享一个订阅并且还返回 ConnectableObservable （所以我们必须 Connect（））

• publish shares a single subscription and also returns a ConnectableObservable ( so we have to Connect())

分享（）是 publish（）。refcount（）

重播 postfix非常明显，它会返回最后一次发射/秒。

The Replay postfix is pretty obvious , it returns its last emission/s.

让我们以一个Angular http请求为例，其中包含当前和未来的订阅：

Let's take for example an Angular http request with present AND future subscription :

<p>{{ (person | async)?.id   }}</p> //present markup

<p *ngIf="show">{{ (person | async)?.userId }}</p> //future markup

如果我不想要多个 http 我可以使用的请求：

If I don't want multiple http requests I can use :

publishReplay（）。Connect（）

但我也可以使用： shareReplay（），但我确信这里有一个比使用的更正确其他。

But I can also use : shareReplay() , but I'm sure that there is one here that is more correct to use than the other.

问题：

我什么时候应该使用 publishReplay vs shareReplay ？那个Http礼物与现在的区别是什么？未来请求？

When should I use publishReplay vs shareReplay ? What will be the difference in terms of that Http present & future request ?

_{NB
为什么没有关于 shareReplay 的文档？}

推荐答案

publishReplay 允许您订阅开始时控制。 shareReplay 将在第一次订阅时自动启动。

publishReplay allows you to controls when the subscription starts. shareReplay will start automatically upon the first subscription.

通常，如果要在模板中使用observable（ html文件）使用 shareReplay 。优点是您不必担心取消订阅等。

Genarally, if the observable is to be used in a template (html file) use shareReplay. The advantage being you won't have to worry about unsubscribing etc.

这篇关于我什么时候应该使用`publishReplay` vs`hareReplay`？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！