Firebase Firestore离线承诺处理?

Firebase Firestore离线承诺处理?,firebase,promise,angularfire2,google-cloud-firestore,progressive-web-apps,Firebase,Promise,Angularfire2,Google Cloud Firestore,Progressive Web Apps,我一直在搜索和文档,寻找有关firebase/angularfire在我的渐进式web应用离线时如何处理其写承诺的任何信息 问题是,我从批处理写入中返回的所有承诺都没有得到解决(或拒绝),因此我是否应该假设所有离线承诺都会得到解决?如果是这样,我说我应该在承诺解决之前处理重定向和成功消息,对吗 除了我未解决的firebase承诺之外,离线模式似乎运行良好。它可以正确地更改许多集合和文档中不同位置的数据,并且这些更改可以正确地显示在web应用程序中 一旦返回到在线模式,相关的数据库更改就会被执行,

我一直在搜索和文档,寻找有关firebase/angularfire在我的渐进式web应用离线时如何处理其写承诺的任何信息

问题是,我从批处理写入中返回的所有承诺都没有得到解决(或拒绝),因此我是否应该假设所有离线承诺都会得到解决?如果是这样,我说我应该在承诺解决之前处理重定向和成功消息,对吗

除了我未解决的firebase承诺之外,离线模式似乎运行良好。它可以正确地更改许多集合和文档中不同位置的数据,并且这些更改可以正确地显示在web应用程序中

一旦返回到在线模式,相关的数据库更改就会被执行,而我的未决承诺似乎都会立即得到解决


这是预期的行为吗?如果是,处理成功/错误消息和重定向的正确方法是什么(如果它们以前在promise then And catch中处理过)

Firestore promises(以及其他平台上的完成处理程序)在服务器上提交/拒绝写操作时确实解决/拒绝。所以你看到的确实是预期的行为

是的,AngularFire建立在firebase库的基础上,并且已经做到了。您看到的确实是预期的行为。正确处理成功/错误的方法取决于您的用例和应用程序的需求,因此我们无法做出任何明确的说明。但是,如果您有一段特定的代码需要处理,请更新您的问题以包括,我们可以看一看。我希望看到一些真实的示例,有时确实令人困惑。感谢您如此快速的回答!刚刚看了你的ask firebase面试。很高兴看到你们这么乐意帮助我们。再次感谢