别手写 fetch 了,这个 React 框架靠 API 契约自动生成整个前端层

别手写 fetch 了,这个 React 框架靠 API 契约自动生成整个前端层

你有没有过这种感觉:明明后端接口已经定好了,前端还是要一遍遍写 fetch / React Query hook / form schema / mock 数据?同一个实体在列表、表单、详情页里重复出现,稍微改个字段就牵一发动全身。

今天看一个比较极端的 React 框架:simplix-react。它反其道而行——不是“先写组件再补接口”,而是把 OpenAPI / Zod contract 当成唯一真相源,从这份契约自动派生整个前端数据层。

它到底做了什么?

  • 用 Zod 定义实体与操作后,自动生成 type-safe API client。
  • 自动生成 React Query hooks:useList、useGet、useCreate、useUpdate、useDelete,一个都不用手写。
  • 自动生成 TanStack Form hooks,表单和接口契约严格对齐。
  • 自动生成 MSW mock 服务与内存 store,前后端能并行开发。
  • 还附赠 CRUD UI 组件库、CASL 权限控制、i18n Bundle,基本把中后台那套样板全包了。

谁适合用?

如果你在做 中后台、管理后台、B 端产品,或者团队正在推“前后端契约先行”,这个框架会非常对味。它尤其适合:

  • 厌倦手写重复 CRUD 的前端工程师。
  • 希望接口改动只改一份 contract,就能 ripple 到全栈类型与 UI 的团队。
  • 重视测试与 mock-first 工作流的产品团队。

一个实际感受

很多框架教你“怎么写组件更快”,而 simplix-react 教你的是“能不能不写这些组件”。一旦你接受“契约优先”的思维,维护成本会明显下降——毕竟改一个后端字段时,你只需要改 contract,前端 hooks、表单、mock 都会跟着自动更新。

当然,这也有代价:学习曲线偏陡,项目初始化需要先理解 contract、derivation pipeline、extension 这套抽象。但如果你长期维护中大型 B 端项目,这笔投入是值得的。

GitHub 链接

https://github.com/simplix-react/simplix-react


GitHub: https://github.com/simplix-react/simplix-react

评论区

0 条评论

登录后可评论。

江望 129 阅读