Firebase 我真的需要使用云功能吗？
我正在开发一款类似社交媒体的应用程序。人们可以创建帖子，比如，评论等等。目前，我的大多数操作都是在客户端处理的。实际上，我使用函数的唯一时间是创建一个用户。这可能是一个愚蠢的想法，但当我开始开发这个应用程序时，这是我第一次使用firebase。到目前为止，tbf的大多数功能都运行良好。现在我发现了云函数，我在想也许我应该把我所有的CRUD操作转移到云函数。但我有点纠结于哪些应该留在客户身上。例如，当有人喜欢一篇文章时，我只需将他们的用户ID添加到该文章集合上的一个喜欢的数组中。这样一个简单的功能应该由云函数来处理吗？由于函数至少需要2秒钟才能响应，这对用户体验有什么影响？非常感谢您的所有输入。这是一件很难客观回答的事情，因为每个用例都是不同的。但是，由于您似乎对GCP有经验，您可以先阅读他们关于为您的用例选择正确的GCP计算选项的官方指南： 他们关于何时使用云功能的说法对我来说很突出，因为它与您的用例类似： 在GitHub提交后在Slack channel上发布评论Firebase 我真的需要使用云功能吗？,firebase,google-cloud-platform,google-cloud-firestore,firebase-authentication,google-cloud-functions,Firebase,Google Cloud Platform,Google Cloud Firestore,Firebase Authentication,Google Cloud Functions,我正在开发一款类似社交媒体的应用程序。人们可以创建帖子，比如，评论等等。目前，我的大多数操作都是在客户端处理的。实际上，我使用函数的唯一时间是创建一个用户。这可能是一个愚蠢的想法，但当我开始开发这个应用程序时，这是我第一次使用firebase。到目前为止，tbf的大多数功能都运行良好。现在我发现了云函数，我在想也许我应该把我所有的CRUD操作转移到云函数。但我有点纠结于哪些应该留在客户身上。例如，当有人喜欢一篇文章时，我只需将他们的用户ID添加到该文章集合上的一个喜欢的数组中。这样一个简单的功能
至于导致UX问题的2秒，这也意味着你需要考虑用例的每个选项，以及你认为用户希望系统运行的方式。我建议参考用户体验资料来了解这一点
在我看来，发布评论和加载大量数据（如仪表板）等都是我不介意等待几秒钟的例子（因此，如果系统是这样实现的，云功能的缓慢对我来说并不重要）。还有在后台发生的事情的用例，比如遥测/分析和同步数据，我甚至没有注意到（所以作为一个用户，我不可能在意！） 另外，我想向您指出一种处理云函数对某些操作施加的延迟的方法。你说： 例如，当有人喜欢一篇文章时，我只需将他们的用户ID添加到 喜欢邮报收藏中的数组。这样简单的问题是否应该解决 云功能可以处理哪些功能？这对我有什么影响 用户体验，因为功能至少需要2秒才能完成 回应 想象一个用户“喜欢一篇文章”。他们是否关心这一行动需要多长时间才能得到承认？如果他们从帖子导航回显示帖子列表（以及每个帖子的“喜欢”或“不喜欢”图标）的主页，他们会在意他们刚刚喜欢的帖子在那一刻显示为不喜欢吗（因为2秒还没有过去）？可能不会。所以这可能是一个你可以逃脱惩罚的用例这个想法是，客户无法知道“喜欢”的行为是否已经完成，但它不会在意。其他用户在浏览帖子时会看到一些陈旧的“喜欢这个的人的数量”统计，而执行类似操作的用户不会感到任何奇怪，除非他们在喜欢页面后不到几秒钟就离开页面。即使如此，您也可以在用户单击DOM之后（当请求在后台完成时）立即将其更改为“喜欢”图标，从而假装页面上的“喜欢”操作成功。这是一件很难客观回答的事情，因为每个用例都是不同的。但是，由于您似乎对GCP有经验，您可以先阅读他们关于为您的用例选择正确的GCP计算选项的官方指南： 他们关于何时使用云功能的说法对我来说很突出，因为它与您的用例类似： 在GitHub提交后在Slack channel上发布评论
至于导致UX问题的2秒，这也意味着你需要考虑用例的每个选项，以及你认为用户希望系统运行的方式。我建议参考用户体验资料来了解这一点
在我看来，发布评论和加载大量数据（如仪表板）等都是我不介意等待几秒钟的例子（因此，如果系统是这样实现的，云功能的缓慢对我来说并不重要）。还有在后台发生的事情的用例，比如遥测/分析和同步数据，我甚至没有注意到（所以作为一个用户，我不可能在意！） 另外，我想向您指出一种处理云函数对某些操作施加的延迟的方法。你说： 例如，当有人喜欢一篇文章时，我只需将他们的用户ID添加到 喜欢邮报收藏中的数组。这样简单的问题是否应该解决 云功能可以处理哪些功能？这对我有什么影响 用户体验，因为功能至少需要2秒才能完成 回应 想象一个用户“喜欢一篇文章”。他们是否关心这一行动需要多长时间才能得到承认？如果他们从帖子导航回显示帖子列表（以及每个帖子的“喜欢”或“不喜欢”图标）的主页，他们会在意他们刚刚喜欢的帖子在那一刻显示为不喜欢吗（因为2秒还没有过去）？可能不会。所以这可能是一个你可以逃脱惩罚的用例 这个想法是，客户无法知道“喜欢”的行为是否已经完成，但它不会在意。其他用户在浏览帖子时会看到一些陈旧的“喜欢这个的人的数量”统计，而执行类似操作的用户不会感到任何奇怪，除非他们在喜欢页面后不到几秒钟就离开页面。即使如此，您也可以在用户单击“喜欢”图标（请求在后台完成）后立即将DOM更改为“喜欢”图标，从而假装页面上的“喜欢”操作成功。