基于Firebase实现两款独立App间客户与供应商聊天功能是否可行？

Firebase的能力和你的技术栈、业务场景适配度很高，不需要大幅改动现有架构即可落地。

适配你的技术栈方案 #

• React Native 前端：直接使用官方维护的react-native-firebase库接入，两个独立App（App1、App2）都归属同一个Firebase项目即可实现跨端消息同步。前端只需要实现消息UI、监听对应会话的实时更新、触发消息发送逻辑即可。
• ASP.NET 后端：使用Firebase官方提供的.NET Admin SDK和现有后端打通，你可以保留所有业务校验逻辑在自己的后端，不需要把核心业务迁到Firebase。

核心实现流程 #

你可以保留现有用户体系，只需要做现有用户ID和Firebase UID的映射关联即可，不需要改动原有用户登录逻辑

• 存储层选择Firestore或者Realtime Database存储聊天消息，配置安全规则，确保只有会话对应的客户和供应商有权限读写该会话的消息
• 客户在App1发送消息时，可选择两种方案：
  1. 前端直接写Firebase存储，触发云函数做业务校验（比如校验双方是否有有效订单关联）
  2. 消息先发送到你自己的ASP.NET后端，校验通过后由后端通过Admin SDK写入Firebase
• 消息写入完成后自动触发FCM推送，给对应供应商的App2发新消息通知，供应商打开App2即可实时接收消息、回复，回复流程和上述逻辑一致
• 你的ASP.NET后端可以随时通过Admin SDK拉取所有聊天记录，同步到自有业务数据库做留存、审计。

额外优势 #

• 离线消息缓存、消息已读/未读状态、多媒体消息支持这类通用聊天能力都有现成的实现方案，不需要从零开发
• 你可以按需调整Firebase的使用深度，只用来做实时消息同步和推送，其余所有业务逻辑都保留在你现有ASP.NET后端即可，耦合度很低

内容的提问来源于stack exchange，提问作者chitwan