文章目录腾讯 APIJSON让后端 CRUD 写到怀疑人生的 ORM 工具1、这工具解决的是什么问题2、它能做到什么程度3、前端怎么用4、谁在用5、适合什么场景腾讯 APIJSON让后端 CRUD 写到怀疑人生的 ORM 工具APIJSON 在 GitHub 上拿到了 18.3K Star。腾讯开源了这个项目定位是一个基于 JSON 的 ORM 库外加一整套接口通信协议。它要做的事情很聚焦把后端 CRUD 接口的开发工作量压到接近零。1、这工具解决的是什么问题写过中等规模后端的人都知道大部分接口都是 CRUD。增删改查五个动作每个表写一遍写完还要写文档写完文档还要陪前端对接口字段前端口偏差一点回头改后端代码再重发一次。一个项目里 70% 的后端代码都在干这个体力活。APIJSON 想把这层体力活干掉。它直接让前端通过 JSON 描述要什么数据、要哪些字段、关联哪几张表后端拿到 JSON 后自动解析、自动拼接 SQL、自动返回结构化的 JSON。整个流程下来后端开发者几乎不用写增删改查接口。配置好表结构和权限剩下的让协议自己处理。2、它能做到什么程度支持的特性里比较关键的几条前端一次请求可以同时查多张关联表返回的 JSON 结构由前端自己定支持模糊搜索、远程函数调用、CRUD 全套读写自动生成接口文档前端不再依赖后端口头描述字段含义兼容老版本接口后端升级时旧 App 不会突然挂掉数据库支持横跨 MySQL、PostgreSQL、SQLServer、Oracle、DB2、MariaDB、TiDB、ClickHouse、DuckDB、Elasticsearch、Redis、Kafka、Snowflake、Hive、MongoDB Atlas、Cassandra、InfluxDB、TDengine、TimescaleDB 等差不多覆盖了主流关系型、时序型、文档型、搜索型的数据库。3、前端怎么用前端这一侧的逻辑变了。原来调接口要看后端定义了什么 endpoint现在前端可以自己拼 JSON 描述想要的数据形状。举个例子要查用户的朋友列表里朋友的帖子评论传统做法是后端写一个专门的接口前端调一下拿结果。APIJSON 里前端直接在自己的请求 JSON 里把三张表的关系写出来发给同一个 endpoint后端解析后一次返回所有数据。这种做法的好处是接口数量大幅压缩不用为了每个新需求新增 endpoint。坏处是前端需要理解表结构权限控制必须配置得很严否则容易查到不该查的字段。4、谁在用README 列出的使用方包括传音控股、社保中国、厦门小鱼网等公司。腾讯自己内部也在用毕竟是腾讯开源出来的项目。5、适合什么场景中后台管理系统、企业内部工具CRUD 接口数量爆炸、迭代频繁的项目需要快速搭原型、对接多个数据源的小团队愿意接受协议约束、能投入精力配置权限规则的团队如果是面向外部的高并发 C 端接口或者对 SQL 执行计划有严格定制需求的项目直接套 APIJSON 不一定合适。它更像是一个能让内部业务长得快、迭代成本压得低的工具把后端开发从重复劳动里解放出来去做更值钱的活。像是一个能让内部业务长得快、迭代成本压得低的工具把后端开发从重复劳动里解放出来去做更值钱的活。