#误区 1：Firebase 等于“不要后端了”
不对。
Firebase 的意思更像：
很多后端基础设施先托管给商圈物业。
这不等于业务永远不需要服务端。 复杂系统依旧可能需要：
- 自建后端
- Cloud Run
- 微服务
- 数据仓库
- 专门的权限中心
#误区 2：Firestore 能替代所有数据库需求
不对。
Firestore 非常适合：
- 文档型业务
- 实时协作
- 客户端直连
- 移动/前端应用
但如果你非常依赖：
- 复杂 join
- 重关系建模
- 强报表分析
你会发现它不是万能主库。
#误区 3：Auth 开了就安全了
不对。
登录只是门禁，Rules 才是商圈里每个区域的通行规则。
如果 Rules 写得宽松，相当于商场门口查了身份证，但进店后谁都能开仓库。
#误区 4：把所有业务逻辑都放客户端
这很危险。
凡是涉及：
- 密钥
- 定价
- 审批
- 高价值规则
- 第三方私密接口
都不该只放前端。 这类逻辑更适合走 Functions 或其他服务端。
#误区 5：Storage 链接一拿到就万事大吉
也不对。
你要考虑：
- 文件路径设计
- 安全规则
- 生命周期
- 是否需要压缩/转码/审核
- 是否需要和业务账本回写联动
#误区 6：Firebase 一定适合所有规模的项目
不是。
它非常适合很多应用的早中期，甚至部分长期场景。 但团队规模、合规要求、数据形态、成本结构复杂起来后，架构可能会演化。
#误区 7：Realtime Database 和 Firestore 是一回事
不是。
都能实时同步，但：
- Realtime Database 更像 JSON 实时树
- Firestore 更像现代文档账本
新项目多数情况下更常优先看 Firestore。