很好地使用带有 Firebase 的 Rxjs（角度 5）

Question

由于我正在研究 angular / firebase，我对在 Angular 2+ 上很好地使用 Rxjs 和 firebase 感到有点困惑，尤其是使用带有 firebase.on/once 的 Observable/Subject。我没有找到很好的例子。

首先我认为我对每一个的理解都还可以（我感到困惑的是在组合它们时），不确定我的解释：

• Subject：一个数据生产者和一个数据消费者，订阅这个subject的observables会像“依赖”一样
• Observable：数据将更加“独立”的数据生产者
• firebase.database().ref(...).on...：每次数据更改时都会调用查询
• firebase.database().ref(...).once...：查询调用一次

我看到的一些问题/示例（这让我很困惑）：

• 在 Observable 中使用“firebase.database().ref(..).once...”（或 .on）：如果查询已经为我们提供了我们需要的东西，那么在这里使用 Observable 有什么意义？
• 什么时候最好使用 Subject 而不是 Observable + setter 来更新“我自己”的数据？
• 假设您有 /books 并且每本书都有一些属性（id、作者、页面、标题...）（在您的代码中它将存储在 Book[] 中）并且您想要更新例如作者，是吗最好只更新此属性或使用 firebase (firebase.database().ref('/books').set(this.books);) 更新所有书籍？我不知道为什么，但我觉得更新属性比更新所有对象更安全，但我经常看到更新所有对象，最好的方法是什么？
• （编辑）将 firebase.database().on... 与 Subjects 一起使用有什么意义？一次会给出相同的结果，并且会更优化（更少的查询）不是吗？

Answer 1

我会一一回答你的问题：

如果查询已经为我们提供了我们需要的东西，那么使用 Observables 有什么意义？

我认为最需要注意的是 Observables 是冷的，这意味着您可以创建复杂的数据流，它们不会在有人订阅此流之前执行，这与查询不同，查询在您创建时立即执行.

Observables 还允许查询关联、查询之间的依赖关系（例如获得朋友的朋友），此外，Observables 提供了一种简单的方法来监听数据更改并在每次更改时重复相同的行为。

什么时候最好使用 Subject 而不是 Observable + setter 来更新“我自己”的数据？

这个问题的答案很简单：总是。因为 firebase 是实时的，所以你应该在这之后做所有事情，让所有事情都异步。此外，Subject 扩展了 Observable，Subject 基本上是一个 Observable，它公开了其 emit 方法，允许您在其上发出自定义数据。

更新对象内部属性的最佳方法是什么？

对于这个，我完全鼓励您使用 firestore 而不是 firebase，原因很简单：定价（也因为数据模型 tbh）。 Firestore 是一个文档数据库，您的用例完全适用于文档数据库。它比 firebase 便宜得多，因为它可以根据查询量进行扩展，而不是像 firebase 那样传输数据。

此外，更新整个对象在实现方面更简单，并且需要更少的查询（如果您使用的是 firestore，则必须更新整个对象，因为它不是像 firebase 这样的大型对象数据库），但它有一个简单的缺陷：如果用户 A 更新给定的书籍作者姓名，而用户 B 更新同一本书但只更新标题，那么使用相同的对象可能会导致最后一个查询覆盖另一个，但这是一个非常罕见的竞争条件，我我不确定您是否应该考虑逐个更新字段的成本。