服务器端的 Firestore
Firestore on the server side
在服务器端使用客户端Firestore SDK不好吗？我正在构建一个不断轮询 API 并更新数据库的服务。
我喜欢它使用模块化方法的方式，以及与 Admin-SDK 方法相比它提供的大量文档。我的想法是创建一个非常长的密码，在 Firebase Auth 控制台中添加用户并将登录信息存储在本地，这样它就永远不会被 git 跟踪。理论上，这不就是Admin-SDK告诉你生成私钥文件并保存在你本地机器上的方法吗？
感觉更喜欢使用客户端 Firestore-SDK (firebase/firestore) 而不是使用 Admin-SDK(firebase-admin/firestore) 有更多支持（文档）并且代码看起来更清晰.
如果我在这里遗漏了什么，请告诉我，因为此时我真的看不到 admin-sdk 的好处。除了对所有人关闭安全规则。但是，如果您理论上只有一个用户，您可以调整安全规则，以便只允许一个经过身份验证的用户进行读写。在我的例子中，服务器使用的是 'user'/credentials。我觉得 admin-sdk 与其说是好处，不如说是痛苦。
但我愿意改变主意并接受有关此问题的指导。
Is it bad to use the client-side Firestore SDK on the server side?
不，一点也不。如果这个SDK满足你的要求，那就去吧。
在服务器端使用客户端Firestore SDK不好吗？我正在构建一个不断轮询 API 并更新数据库的服务。
我喜欢它使用模块化方法的方式，以及与 Admin-SDK 方法相比它提供的大量文档。我的想法是创建一个非常长的密码，在 Firebase Auth 控制台中添加用户并将登录信息存储在本地，这样它就永远不会被 git 跟踪。理论上，这不就是Admin-SDK告诉你生成私钥文件并保存在你本地机器上的方法吗？
感觉更喜欢使用客户端 Firestore-SDK (firebase/firestore) 而不是使用 Admin-SDK(firebase-admin/firestore) 有更多支持（文档）并且代码看起来更清晰.
如果我在这里遗漏了什么，请告诉我，因为此时我真的看不到 admin-sdk 的好处。除了对所有人关闭安全规则。但是，如果您理论上只有一个用户，您可以调整安全规则，以便只允许一个经过身份验证的用户进行读写。在我的例子中，服务器使用的是 'user'/credentials。我觉得 admin-sdk 与其说是好处，不如说是痛苦。
但我愿意改变主意并接受有关此问题的指导。
Is it bad to use the client-side Firestore SDK on the server side?
不，一点也不。如果这个SDK满足你的要求，那就去吧。