@ParallelMao 对 Facebook 的 GraphQL 了解越多，我就越自信哈哈
https://github.com/TommyLemon/APIJSON/issues/2

https://www.v2ex.com/i/MOoh9bh6.jpeg
自动生成封装请求 JSON 的 Android 与 iOS 代码、一键自动生成 JavaBean 或解析 Response 的代码

https://www.v2ex.com/i/G4aeLKzI.jpeg
自动保存请求记录、自动生成接口文档，可添加常用请求、快捷查看一键恢复

https://www.v2ex.com/i/StOLewJO.jpeg
一键自动接口回归测试，不需要写任何代码(注解、注释、配置等全都不要)

作为一个前端菜鸟，css 又不熟，只能找找别人的类似项目，拿来改改 UI，再整合下其库，再加上自己的算法喽
APIJSONAuto-自动化接口管理工具，自动生成代码、自动静态检查、自动化回归测试、自动生成文档与注释等。
对你有用的话，可以点 Star 支持下哦
https://github.com/TommyLemon/APIJSONAuto

@kkjinping @ooee2016 @luosuosile
APIJSONAuto 比 Swagger 强大易用很多哦
https://github.com/TommyLemon/APIJSON/issues/27

@TommyLemon 还支持多账户，自由添加和切换使用

https://www.v2ex.com/i/G4aeLKzI.jpeg
自动查数据库表和字段属性，生成数据字典文档。
自动给请求 JSON 加注释，自动给返回结果 JSON 光标悬停显示注释。

https://www.v2ex.com/i/StOLewJO.jpeg
一键全自动化接口回归测试，不用写任何代码，不用做任何配置。

APIJSONAuto-自动化接口管理工具，自动生成代码、自动静态检查、自动化回归测试、自动生成文档与注释等。
GitHub 右上角点 Star 支持下吧 ^_^
https://github.com/TommyLemon/APIJSONAuto/

@abcbuzhiming 感谢关注。
APIJSON 首先是一个 JSON 网络传输协议，然后根据这个协议做了核心地 ORM 库实现，叫 APIJSONORM
https://github.com/TommyLemon/APIJSON/tree/master/APIJSON-Java-Server/
它只有 Request JSON -> 解析成 SQL 并交给子类执行（完全可以自定义） -> 封装 Response JSON 这样的 ORM 功能，再加上 基于角色的自动化权限控制、自动化的数据和结构校验、访问数量和层级限制。
至于控制层，那是基于 SpringBoot 做的 APIJSONBoot 和 基于 JFinal 做的 APIJSONFinal 两个 Demo。
完全可以只用 APIJSONORM，搭配其它库 /自己的工程 来使用，
APIJSONORM 只依赖 fastjson，才 47 个 Java 类，非常轻量。
所以是不存在对业务入侵重的，压根就没入侵哈，Demo 可以不用，也可以拿来改下再用。
开源不易，可以点 Star 支持下哦 ^_^
https://github.com/TommyLemon/APIJSON/

@bestkayle 请问 gin 指的是 Go 语言的一个开源库吗？
https://github.com/gin-gonic/gin/

APIJSON 目前也有 Go 语言的实现了哦，可以点 Star 支持下作者
https://github.com/crazytaxi824/APIJSON/

@TommyLemon 每一层最多 4 个 JOIN，最多 5 层，自由组合和嵌套

@TommyLemon 话说 APIJSON 每一层数组对象，里面默认限制最多 5 个表对象 getMaxObjectCount，
也就是说 JOIN 也最多能写 4 个（副表），很好地做了这个事情。
可以看下 #25 楼的回答

@abcbuzhiming @huijiewei 对的，OLAP 统计报表经常写一屏以上的 SQL，各种 JOIN 和 子查询，写完几天后自己都看不懂了，各种加注释。。。

有足够的开发资源的话，可以自己应用层 JOIN，先查主表，取出每条记录的关联字段 refKey，
组合成一个数组 refKeys,然后查副表时用 key IN($refKeys) 来优化，代价就是原本 SQL JOIN 几行解决的，
放到代码内要几十行，而且还多了数据库连接的开销，没加缓存的话还真不一定性能有 SQL JOIN 好。
好在 APIJSON 已经提供了自动化的 APP JOIN，就是自动用以上原理来优化，前端只要传一个 join 键值对就好了，
后端不用写任何代码，全自动解析为 userId IN($userIds) 这种 SQL。

数组关键词，可自定义
④ "join":"&/Table0/key0@,</Table1/key1@"
多表连接方式：
"<" - LEFT JOIN
">" - RIGHT JOIN
"&" - INNER JOIN
"|" - FULL JOIN
"!" - OUTTER JOIN
"@" - APP JOIN
其中 @ APP JOIN 为应用层连表，会从已查出的主表里取得所有副表 key@ 关联的主表内的 refKey 作为一个数组 refKeys: [value0, value1...]，然后把原来副表 count 次查询 key=$refKey 的 SQL 用 key IN($refKeys) 的方式合并为一条 SQL 来优化性能；
其它 JOIN 都是 SQL JOIN，具体功能和 MySQL,PostgreSQL 等数据库的 JOIN 一一对应，
"ViceTable":{ "key@:".../MainTable/refKey" }
会对应生成
MainTable ... JOIN ViceTable ON ViceTable.key=MainTable.refKey。

https://github.com/TommyLemon/APIJSON/blob/master/Document.md#3.2

https://i.v2ex.co/03CYKF2J.png
Node.ts, Python, Go, PHP, Java, C# 多种语言实现，Android, iOS, JavaScript 多端 Demo，
还有 各种文档、视频教程、自动化接口管理工具 等。

码云最有价值开源项目：后端接口和文档自动化，前端(客户端) 定制返回 JSON 的数据和结构！
GitHub 右上角点 Star 支持下吧 ^_^
https://github.com/TommyLemon/APIJSON

对一致性要求不是很高的，可以通过冗余字段来减少 JOIN

这个问题知乎也有讨论
https://www.zhihu.com/question/56236190/answer/153450286

@abcbuzhiming
对的，抛开业务弹技术，抛开场景谈实现都是耍牛氓。
适合自己的技术才是好的技术，应用层 JOIN 能做到通用性能（小部分针对性场景确实可以更优）比优化了几十年的 MySQL 引擎都好，那也不是一般人能做到的

@TommyLemon #23 楼给了很好的解决方案哦

@rookiewhy @abbenyyy @ragnaroks @MoHen9 @kevinlm @maninfog @AngryMagikarp

@LemonCoo1 是的，静态类型定义好就不好改了，这个约束对前端是很利好的，如果还会变，只能说后端故意的。
APIJSON 很好地解决了类型不稳定等 前后端接口的 沟通、文档、联调 10 大痛点哦。
https://i.v2ex.co/o5vWKAOt.jpeg
Node.ts, Python, PHP, Java, C#, Go 等多种语言后端实现，Android, iOS, JavaScript 等多端的 Demo，
还有各种文档、视频教程、在线工具等。

创作不易，GitHub 右上角点 Star 支持下吧 ^_^
https://github.com/TommyLemon/APIJSON/wiki