-
我有类似于具有复杂写入操作的社交媒体应用程序，例如以下请求。
-
firestore规则写得如此，以至于没有人可以在我的数据库中写东西。
-
现在如果某人想关注用户，则客户端将使用UID参数调用云功能，然后使用Serval Write Wrighterations执行云功能。
-
我这样做是因为随时修改交易的优势，因此不需要客户端更新。
所以我的问题：在我的应用程序中使用云功能不好，我是否错过了此方法的缺点？
在我的应用中使用云函数不好？
根据定义，这还不错，但根据定义，这也不是好的。这完全取决于您的用例和实现。
要考虑的几件事：
-
您的数据突变器的安全规则现在已在您的云功能中基本上编码。因此，您的云功能确保了吗？您确定只有授权用户才能称呼它们吗？
-
您是否考虑过让客户在Cloud Firestore中写下他们的"关注此用户"请求，以"关注此用户"的请求？您可以将云功能显示为该集合的云功能，这将具有其优势。
-
例如：由于客户在这种情况下将客户写入Firestore，因此他们的写操作在离线时不会失败，而是将其返回在线时发送到服务器（并在此处处理）。在当前的情况下，您必须自己实施这种重试逻辑。