React Query / SWR 这类请求状态管理库的下一个进化方向是 sync engine, InstantDB 团队今天写了篇博文阐述这个概念 [^1]. 其实之前我就给 InstantDB 写过建议，他们只关注了数据同步层面的细节（local-first, cache layer, CRDT, real-time sync), 但没有关注数据与 UI 结合的用法层面，以至于 DX 不是很好，这篇文章也算是他们对此的一次反思了。
无独有偶，同类工具 Replicache [^2] 的团队最近正在开发一个新项目 Zero [^3], 同样使用了 sync engine 的理念，把 query 式的状态管理、便捷的数据查询语法糖，和自动化的数据同步底座结合了起来，大幅简化了前端数据和状态管理的方式，光是看示例代码就能感受到对心智负担的缓解，值得期待和关注。
[^1]: https://www.instantdb.com/essays/sync_future
[^2]: https://replicache.dev/
[^3]: https://zero.rocicorp.dev/
无独有偶，同类工具 Replicache [^2] 的团队最近正在开发一个新项目 Zero [^3], 同样使用了 sync engine 的理念，把 query 式的状态管理、便捷的数据查询语法糖，和自动化的数据同步底座结合了起来，大幅简化了前端数据和状态管理的方式，光是看示例代码就能感受到对心智负担的缓解，值得期待和关注。
[^1]: https://www.instantdb.com/essays/sync_future
[^2]: https://replicache.dev/
[^3]: https://zero.rocicorp.dev/