Express 如何为React和React native托管Firebase的通用后端代码，而不影响实时功能？

我们（我和我的团队）正在构建一个食品配送实时网络和移动应用程序（使用react native），其中还包括客户的支付集成和管理仪表板

我们为应用程序选择的技术堆栈：

查看

• 反应（网络应用程序）
• React native（移动应用程序）

后端

• 快车
• 火基

我们考虑使用一个通用后端为web和移动应用程序共享应用程序数据。基本上，我们会创建一个API，使用Express提供端点，然后Express将数据保存到Firebase，或从Firebase中检索数据。Express将是我们的中间件

我们创建了两个项目文件夹，首先只考虑web应用：

• react网络应用程序
• 快速网络应用

然后，我们为包启动相应的服务器

不幸的是，API不是实时的，我们可能必须实现我们的机制以使流实时

因此，我们切换到合并firebase和react。我们决定只使用express发送电子邮件。因此，web应用程序的文件夹结构类似于：

• react网络应用程序
  • 节点单元
  • 公开的
  • src
  • 火基

通过这种方法，我们创建了一个演示，我们确实得到了实时更新，我们还可以使用ReactFireMixin。稍后，我们可以使用相同的文件夹，并将其添加到react native，以便从数据库中保存/检索数据

我的问题是，由于我们之前没有使用通用数据库/后端和React/React本机构建Web和移动应用程序的经验，这种方法合适吗？我们是否可以将前端代码与后端代码分离，并利用firebase的实时功能

将后端与前端分离的原因是为react和react native保留一个通用的实时后端，而不必为web和移动应用保留两个单独的firebase文件夹

---

注意：如果您想知道为什么是实时的，那么客户端要求提供实时下单机制。

可以将socket.io与express结合使用，以允许来自firebase的实时后端更新