@FrailLove @lhx2008 @fox0001 @hbsfxlz @KingPL @alen @Dkngit
Python 的开发效率真的比 Java 高吗？
www.zhihu.com/question/23496666/answer/472959182

基于 SpringBoot 的 APIJSON 提供了自动化的 API，
支持不写代码就自动生成文档，
比起 Django,Flask 等 Python 快速开发框架，
Java 用 APIJSON 开发效率都是默秒全。

@zzf2017
Python 的开发效率真的比 Java 高吗？
https://www.zhihu.com/question/23496666/answer/472959182

@TommyLemon 可以保证类型不会变哦

看了帖子和这么多评论，看来前后端关于接口的沟通问题比我碰到的还严重。。。

用 APIJSON 就可以避免这种问题，前后端就可以愉快地玩耍了。
自动将前端传的 JSON 参数转为 SQL 语句执行并返回结果，
期间自动校验权限、结构、内容，自动防 SQL 注入。

通过自动化 API，前端可以定制任何数据、任何结构！
大部分 HTTP 请求后端再也不用写接口了，更不用写文档了！
前端再也不用和后端沟通接口或文档问题了！再也不会被文档各种错误坑了！
后端再也不用为了兼容旧接口写新版接口和文档了！再也不会被前端随时随地没完没了地烦了！

在线解析
自动生成文档，清晰可读永远最新
自动生成请求代码，支持 Android 和 iOS
自动生成 JavaBean 文件，一键下载
自动管理与测试接口用例，一键共享
自动校验与格式化 JSON，支持高亮和收展

对于前端
不用再向后端催接口、求文档
数据和结构完全定制，要啥有啥
看请求知结果，所求即所得
可一次获取任何数据、任何结构
能去除重复数据，节省流量提高速度

对于后端
提供通用接口，大部分 API 不用再写
自动生成文档，不用再编写和维护
自动校验权限、自动管理版本、自动防 SQL 注入
开放 API 无需划分版本，始终保持兼容
支持增删改查、模糊搜索、正则匹配、远程函数等

后端接口和文档自动化，前端(客户端) 定制返回 JSON 的数据和结构！
创作不易，GitHub 右上角点 Star 支持下吧，谢谢^_^
github。com/TommyLemon/APIJSON

@ericgui
确实不是 RESTful，但你一定要 RESTful 么？
不就是想更快地实现 HTTP API 嘛。
人们总说自己想要更快的马，其实他们想要的是汽车。

生成 RESTful API 的库有很多，生成的都是对单表的简单增删改查 API，
只能满足特定的需求，没有一个能真正做到实现复杂需求，
也没有一个能做到生成后大部分都不需要改就能实现你自己的业务需求，
而且权限控制也得自己做。

APIJSON 根本不会生成任何 API，
而是自动将前端传的 JSON 参数转为 SQL 语句执行并返回结果，
期间自动校验权限、结构、内容，自动防 SQL 注入。

前端改了参数，后端生成的 SQL 语句也会跟着改变，
并且用完后不会保存，因为保存就意味着要维护。

APIJSON 能轻松地定制任何数据、任何结构，还不需要后端写 API 就能实现。
可以在线体验
http://apijson.org/

或者看视频教程
http://i.youku.com/apijson

@passerbytiny
哈哈，HQL 本来就是基于数据库 SQL 的改造语法，
前端写这东西当然头疼了，
既要付出不少的学习成本，
还不够直观，不能直接看出返回的数据结构，
权限控制也很难搞。

APIJSON 基于 JSON，非常直观、易学易用、强大灵活，
自动将前端传的 JSON 参数转为 SQL 语句执行并返回结果，
期间自动校验权限、结构、内容，自动防 SQL 注入。

通过自动化 API，前端可以定制任何数据、任何结构！
大部分 HTTP 请求后端再也不用写接口了，更不用写文档了！
前端再也不用和后端沟通接口或文档问题了！再也不会被文档各种错误坑了！
后端再也不用为了兼容旧接口写新版接口和文档了！再也不会被前端随时随地没完没了地烦了！

在线解析
自动生成文档，清晰可读永远最新
自动生成请求代码，支持 Android 和 iOS
自动生成 JavaBean 文件，一键下载
自动管理与测试接口用例，一键共享
自动校验与格式化 JSON，支持高亮和收展

对于前端
不用再向后端催接口、求文档
数据和结构完全定制，要啥有啥
看请求知结果，所求即所得
可一次获取任何数据、任何结构
能去除重复数据，节省流量提高速度

对于后端
提供通用接口，大部分 API 不用再写
自动生成文档，不用再编写和维护
自动校验权限、自动管理版本、自动防 SQL 注入
开放 API 无需划分版本，始终保持兼容
支持增删改查、模糊搜索、正则匹配、远程函数等

后端接口和文档自动化，前端(客户端) 定制返回 JSON 的数据和结构！
创作不易，GitHub 右上角点 Star 支持下吧，谢谢^_^
github.com/TommyLemon/APIJSON

@ctsed APIJSON 提供了自动化权限管理，
3 行代码就可配置一张表的增删改查权限，
细分到每张表、每条记录、每个角色、每种操作。
https://my.oschina.net/tommylemon/blog/889074

@qf19910623
主要还是因为 RESTful 的限制，对多表操作的描述不够友好。
APIJSON 就比 RESTful 强大灵活很多，还提供自动化的增删改查 API。
看上面 TommyLemon 的回答。

@shapl
可以试试 APIJSON —— 开源的 API 自动化解决方案。
看上面 TommyLemon 的回答

@reus BaaS 云服务确实是这样，
所以你可以试试 APIJSON —— 开源的 API 自动化解决方案。
看上面 TommyLemon 的回答

@wangxiaoaer
后端：零用时开发接口、零沟通零被打扰。
前端 /客户端：内容可任意组合、结构可任意嵌套、零沟通零打扰零等待。

后端不用写接口、也不用写文档就能提供"接口"和"文档"，前端 /客户端不用看"文档"就能调用"接口"。

APIJSON 实现了前端 /客户端要什么就返回什么，而不是后端给什么才能用什么，从根本上解决了：
1.浪费性能、流量和带宽
传统 RESTful：返回不需要的字段、对象等
APIJSON：完全由请求指定返回内容，没有不需要的

2.各种奇葩的缩写、混乱的命名
传统 RESTful：各种缩写、拼音、驼峰和非驼峰混用等，只有看文档才知道是什么、才知道用哪个，而且文档还很可能有错误。
例如
评论数量可能是 commentCount, comment_count, cmt_count, pl_num...
分页页码可能是 page, pageNum, page_number, page_num, pnum...

APIJSON：常用的字段都已标准化，限制列表数量都用 count，分页页码都用 page，总数都用 total

3.几百甚至上千个混乱的状态码
传统 RESTful：各项目几乎完全不通用，不看相关的内部文档根本不知道对应的错误是什么，而且文档还很可能有错误。
例如
注册: 成功 600, 手机号不合法 601, 验证码错误 603, 手机号已注册 607, 缺少必要字段 609...
评论: 成功 1070, 不允许评论 1071, 参数错误 1073, 动态被删除 1075...

APIJSON：只有十几个 HTTP 标准状态码，注释详细，即便不看注释网上一查也有一大堆正确的结果

4.文档过时，与接口不同步
传统 RESTful：后端把接口改了没有及时通知，前端 /客户端莫名其妙调了半天才发现
APIJSON：可以用 APIJSONAuto 在线工具 查看测试用例、以及表和字段的属性，包括名称、类型、长度、默认值、注释等

5.应用界面和接口强耦合难分离
传统 RESTful：比如某个版本的 QQ 空间动态的 JSON 结构必须对应某个版本的某个接口，有时候 JSON 结构甚至是由后端拍脑袋决定的，不好用也得用
APIJSON：完全由请求指定返回的 JSON 结构，即便 UI 变化也不需要对接口做任何更改

6.版本迭代导致大量重复功能的接口
传统 RESTful：为了兼容旧版应用不好直接改原来的接口，一般只能新增
APIJSON：查询不需要对接口做任何更改，增删改可用 WorkBench 等可视化工具

7.前端 /客户端与后端扯皮
传统 RESTful：前端 /客户端想要一次性返回或者更方便解析的结构，但后端想要少写代码
APIJSON：完全由前端 /客户端发的请求指定返回的 JSON 内容与结构，可任意组合任意嵌套，后端完全是自动解析不需要写代码

8.数据库操作不安全
传统 RESTful：delete 忘加 where 直接删光全部数据，只要发生一次
APIJSON：对写操作强制要求指定 id:1(单个)或 id{}:[1,2,3](批量)，并且自动校验权限

9.开发流程繁琐周期长
传统 RESTful：后端写接口>后端写文档>前端 /客户端查文档>(前端 /客户端关于文档向后端提问>后端解决问题并通知或等待再次被问)>前端 /客户端调用接口>(前端 /客户端关于实际使用向后端提问>后端解决问题并通知或等待再次被问)>前端 /客户端解析返回结果>(前端 /客户端关于返回内容或结构向后端提问>后端解决问题并通知或等待再次被问)

APIJSON：前端 /客户端调用接口>前端 /客户端解析返回结果

为什么要用 APIJSON ？或者 APIJSON 有什么用？
https://github.com/TommyLemon/APIJSON/wiki

@wangxiaoaer
用 APIJSON，自动化关联查询，还支持自动化的 JOIN(LEFT, RIGHT, INNER 等)
https://my.oschina.net/tommylemon/blog/1574430

@devqin
GraphQL 只是个聚合接口的代理层，
还是得自己去写操作数据库 CRUD 的代码，
要么写 SQL 语句，要么写 ORM 库的调用代码。

APIJSON 远比 GraphQL 强大易用很多
https://juejin.im/post/5ae80edd51882567277433cf

后端可以用 APIJSON，就能实现你的需求。
自动将前端传的 JSON 参数转为 SQL 语句执行并返回结果，
期间自动校验权限、结构、内容，自动防 SQL 注入。

通过自动化 API，前端可以定制任何数据、任何结构！
大部分 HTTP 请求后端再也不用写接口了，更不用写文档了！
前端再也不用和后端沟通接口或文档问题了！再也不会被文档各种错误坑了！
后端再也不用为了兼容旧接口写新版接口和文档了！再也不会被前端随时随地没完没了地烦了！

在线解析
自动生成文档，清晰可读永远最新
自动生成请求代码，支持 Android 和 iOS
自动生成 JavaBean 文件，一键下载
自动管理与测试接口用例，一键共享
自动校验与格式化 JSON，支持高亮和收展

对于前端
不用再向后端催接口、求文档
数据和结构完全定制，要啥有啥
看请求知结果，所求即所得
可一次获取任何数据、任何结构
能去除重复数据，节省流量提高速度

对于后端
提供通用接口，大部分 API 不用再写
自动生成文档，不用再编写和维护
自动校验权限、自动管理版本、自动防 SQL 注入
开放 API 无需划分版本，始终保持兼容
支持增删改查、模糊搜索、正则匹配、远程函数等

后端接口和文档自动化，前端(客户端) 定制返回 JSON 的数据和结构！
创作不易，GitHub 右上角点 Star 支持下吧，谢谢^_^
github.com/TommyLemon/APIJSON

@suhui
有 Python 语言的哦，具体进度你得问问作者了。
之前他是这么说的：
上回说的 python 初步完成了 https://github.com/zeromake/restful_model 刚刚把单元测试写好。
json 的表现层完全自定义，都是为了对应 sql。

用 JSON 自动生成 增删改查 SQL 的怎么样？

APIJSON 自动将前端传的 JSON 参数转为 SQL 语句执行并返回结果，
期间自动校验权限、结构、内容，自动防 SQL 注入。

在线解析
自动生成文档，清晰可读永远最新
自动生成请求代码，支持 Android 和 iOS
自动生成 JavaBean 文件，一键下载
自动管理与测试接口用例，一键共享
自动校验与格式化 JSON，支持高亮和收展

对于前端
不用再向后端催接口、求文档
数据和结构完全定制，要啥有啥
看请求知结果，所求即所得
可一次获取任何数据、任何结构
能去除重复数据，节省流量提高速度

对于后端
提供通用接口，大部分 API 不用再写
自动生成文档，不用再编写和维护
自动校验权限、自动管理版本、自动防 SQL 注入
开放 API 无需划分版本，始终保持兼容
支持增删改查、模糊搜索、正则匹配、远程函数等

Java, C#版 Server 已可用
github.com/TommyLemon/APIJSON
github.com/liaozb/APIJSON.NET

Python 版已完成基础设施（看作者 zeromake 的评论）
github.com/TommyLemon/APIJSON/issues/38

后端接口和文档自动化，前端(客户端) 定制返回 JSON 的数据和结构！
创作不易，GitHub 右上角点 Star 支持下吧，谢谢^_^

@lrh3321
哈哈，感觉 V2EX 用户量不多啊。
我要是有 Facebook 这样的影响力，有一大堆自发地宣传推广 GraphQL 的粉丝，
我也用不着自己到处去发博客、评论、回复来推广 APIJSON 了，唉。

APIJSON 全方位对比 GraphQL
https://juejin.im/post/5ae80edd51882567277433cf

@qinxi 确实有的，只是没写哈。
开放(GET,HEAD)API 是完全自动化的不用管，前端（客户端）改下请求 JSON 就会自动改变 SQL 语句；
简单的非开放 API(POST,DELETE,PUT)一般只需要后端修改校验规则的 Request 表就行，规则即时生效。
以上接口一般在中小型互联网网站与客户端 App 中占 80%-95%，也就是用 APIJSON 大部分 API 都支持热更新。
https://github.com/TommyLemon/APIJSON

@zwy100e72 感谢你的建议