我了解热可观察对象和冷可观察对象之间的区别，但我总是看到人们使用热可观察对象而不是冷对象；事实上，如果有人不小心使用了一个冷的 observable，它就会被认为是一个错误，因为这通常是导致不良行为的原因。
在什么情况下您更喜欢或使用冷的 observable 而不是热的？
【问题讨论】：
标签： javascript rxjs observable
首先，我邀请您查看Hot and Cold observables : are there 'hot' and 'cold' operators?，以确保您对热与冷有一个透彻的了解。
Cold observables 允许生产者的懒惰，这是一个非常理想的特性。当没有使用这些价值（没有消费者）时，产生价值（生产可能很昂贵）是一种浪费。因此，冷的可观察对象是构建块......更经常地从中派生出热的可观察对象。
因此，冷 observables 最常见的用例是懒惰地导出 hot observables。如果您考虑一下，您需要以某种方式以编程方式构建这些热门的可观察对象。一种方法是使用主题（您就是制作人）。另一种方法是通过运算符从其他预先存在的 observables 派生它们，预先存在的 observables 也是从其他人派生的等等。在链的末端，你应该找到Rx.Observable.create，这是一个冷的 observable。
当您需要惰性时，您使用冷可观察（仅在有消费者时才开始产生值，或控制生产过程的开始）。例如，defer 允许您仅在有消费者时启动生产者。例如，当您有一个 hot observable 但您还没有准备好收听它时，可以使用它。
当您需要重现一个产生价值的过程时，您还需要冷的 observables（每个新订阅者都将重新启动完全相同的过程）。例如，出于测试目的，您想多次使用完全相同的序列，但在不同的消费者和不同的时间使用。
最后，这个问题听起来更像是一个哲学问题。您可以使用两种工具，重要的是了解您需要什么、您拥有什么以及哪些适合您的用例。
【讨论】：
答案的核心在于 Ben Lesh 的简洁总结：
TL;DR：当你不想创建你的 制作人一遍又一遍。
在直接回答“在什么情况下，您更喜欢或使用冷可观察对象而不是热可观察对象？”时，我将提供一般性答案和具体示例。
通常，使用冷的 observable 对每次需要它们时创建的流进行建模要比创建一个热的流并尝试对其进行处理要方便得多。
具体来说，考虑以下简单的示例。假设您想通过从 10 倒计时来响应单击按钮。如果在倒计时期间再次单击该按钮，它会再次从 10 开始。如果 click$ 为按钮事件建模，您可能会遇到这样的情况：
const subscription = click$
.flatMapLatest(_ => Rx.Observable.interval(1000).take(10))
.select(x => 10 - x)
.subscribe(x => console.log('clicked: ' + x));
考虑如何在没有冷观测值的情况下对其进行建模。你会怎么做：
1 和 3 可以很容易地解决，但 2 和 4 很糟糕。
回答你的第二个问题“是懒惰吗？”我认为它不是。一个冷的 observable 可以让它直到订阅的那一刻才产生它的值。一个热的 observable 可以将其保留到订阅的那一刻以挂钩适当的事件。他们都以自己的方式懒惰（或者至少可以）。关键区别在于 Ben Lesh 所说的：你想每次都创建一个制片人吗？有时，你真的会这样做。
【讨论】：
在什么情况下您更喜欢或使用冷的 observable 而不是热的？
我希望我不是在陈述显而易见的事情，而是在任何情况下，您想要从 observable 的历史记录中访问 所有 值（或通过过滤完整集获得的某个子集）。
想到的第一个例子是平均所有学生的考试成绩，而不仅仅是订阅后的成绩。
【讨论】：