如果你的前端已经承担复杂数据逻辑,这三点比“能不能同步”更关键
没有本地 SQL 与事务,复杂业务最终又会退回到接口缓存 + 状态补丁。
查询、变更与界面刷新不再分裂成几套互相拼接的同步机制。
类型、查询、关系和生成代码都围绕实体模型组织,而不是围绕页面。
以下痛点越明显,RxDB 的价值越大。
前端已经承担了大量业务规则,数据层却还停留在接口 + 本地缓存拼装阶段。
想在 Angular、React、Vue 里复用同一套模型、查询和实体语义,不是分别重写三套数据层封装。
要在浏览器里完成复杂查询、离线编辑、关系数据展示,而不只是做简单列表缓存。
这些场景强行上车,只会徒增复杂度。
只是把 REST 数据暂存一下再渲染表单,这套能力会显得太重。
团队完全不用 RxJS、也不接受模型驱动约束,学习成本会明显拉高。
你要的是托管式同步服务、CRDT 多人实时协同或权限系统——当前重点不在这里。
当前已验证的能力是版本分支、撤销重做、条件同步与跨 Tab 同步。若你要的是 CRDT 实时协作、权限系统或托管云服务,请不要把它当同类产品。
只看概念页,永远分不清这是不是又一个包装过度的同步产品。最有效的判断方式,是直接对比 demo 里查询、详情和关系页的复杂度。