@TommyLemon APIJSONDemo 基于 SpringBoot 实现哦

用 APIJSON 就可以了，还不用写代码。

APIJSON 3.5K Star 超第 2 大 ORM 库 Hibernate
https://www.v2ex.com/t/507671#reply57

大家有什么问题多多交流哦

之前有人问过类似的（自动化测试）
https://www.v2ex.com/t/502623#reply12

发了很多原创博文，CSDN 等平台的用户复制粘贴过去居然连出处都不加！
https://my.oschina.net/tommylemon

@Neojoke 说出这种话只能说你对 GraphQL 根本就没了解清楚，看下这个对比就知道了
https://juejin.im/post/5ae80edd51882567277433cf

@lhx2008 @Wincer @starcraft @zhazi @jitongxi @rykinia @bk201
楼主说那些动态语言写业务比 Java 快，肯定是对 Java 的生态有什么误解，
Java 都出了 全自动化 增删改查 的 开源库了，动态语言写得再快能快过不写代码？
https://github.com/TommyLemon/APIJSON

@sagaxu 昨天回复数量达到上限了。

我说的一直都是“一定程度上”，当然你说的那几个指标确实也很重要。
如果 Star “毫无价值”的话，Hibernate 等一大堆开源库都未必会放到 GitHub 上了。
摘取知乎上两个评论：
“开源作者一不加薪二不升值，开源的驱动力本来就是成就感。”
“求 star 更多的获得认同和成就感 也会为作者带来些影响力和名气 如果这也批判的话 谁还做开源呀”

搜索结果的数量是少啊，APIJSON 这不才 2 年嘛，Hibernate 都快 12 年了才有现在的搜索量和热度啊。
从默默无闻到业内普及是有过程的，哪怕是大厂的开源项目也是如此，只不过会加速这个过程。
我想 Hibernate 刚开源时很可能也是有类似你这种评论，受到各种否定和质疑，但它还是发展起来了。

问题是那些就只能做 “简单的 CRUD ”，权限又怎么控制呢？还不是要写一堆代码。
而且它们是生成静态代码，会有很多不符合业务需求的代码要做二次开发，而且也基本只能在新需求用。
已经开发过的需求，如果再用新生成的代码覆盖肯定不行，往往因为业务逻辑也不能简单地替换已分散的代码，
找到能替换的部分在一段段替换，往往成本过高，还不如直接在原来的基础上改。

貌似真的只有 DSL 才能做到完全自动化了，后端不写代码就能自动化解析前端传的参数。
APIJSON 就是一种基于 JSON 扩展而来的 DSL，实现了前端动态传 JSON，后端动态解析为 SQL，
如果需求改了，前端把 JSON 参数改下，后端不用改接口或新增接口，
总之就是不用写代码，仍然自动解析为 SQL，满足新的需求。

APIJSON 能自动化实现的可不仅仅是“简单的 CRUD ”，还有复杂的查询，包括多表关联查询，自动化 join 等。
github.com/TommyLemon/APIJSON/blob/master/Document.md#3.2

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

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

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

@sagaxu
APIJSON 自动化 API 能解决的，就不用写 CRUD 代码。

“如果后端自己去调用这个库，拼 json 真的比拼 sql/hql 简单吗？”
确实更简单，首先不管用什么方式开发 API，提供给前端的文档里是不能把后端代码贴上去代替 JSON 参数的，
反正都是要写，APIJSONAuto 自动化接口管理工具能根据左边的 JSON 自动生成在右边的封装它的代码，
复制粘贴到项目中改下值就能用，比起拼 SQL/HQL 就是要简单。
http://apijson.org/

@hand515
群里已经有一些用户反馈用在 小程序、数据中心、可视化 等场景了，
还有个是在用 APIJSON 重构以前的项目（数据库用的是 PostgreSQL ），
我的建议是先不要动以前的 API,
新需求先用 APIJSON 实现，然后有时间再从简单的 API 开始用 APIJSON 替代，
原来的一些业务逻辑迁移到 远程函数，这样就能尽可能复用以前的代码。

@FrailLove
大致正确，其实是把“服务端”原来要大量手写的 API 抽象成了 APIJSON 的自动化 API，
前端通过它的协议来间接使用数据库的 CRUD 功能，当然后端也可以提供远程函数实现特定的业务逻辑，看 61 楼

@wfd0807 所以 APIJSON 提供了 自动化的权限控制，3 行代码就能配置各种角色对于一张表的增删改查权限。https://my.oschina.net/tommylemon/blog/889074

@openthinks 刚刚大概看了下，没看懂核心原理，暂不评论，等有时间再仔细研究下

@derrickT
确实是一直可以啊，只不过 SpringBoot 内嵌 Tomcat 这个 Web 容器，用来暴露 API，
不需要自己额外配一个了，虽然仍然可以是打包成 jar 包。