APIJSON 3.2.0 发布， 4K Star 与 Hibernate 拉开差距

[TommyLemon]

https://www.timqian.com/star-history/#TommyLemon/APIJSON&hibernate/hibernate-orm

APIJSON 3.1.1-3.2.0 更新内容:

• 新增访问权限表 Access，自动生成权限管理的文档；

• 新增应用层连表 APP JOIN，支持跨不同类型数据库，缓存粒度更细更容易命中;

• Structure 支持 ~ 校验正则；

• 新增支持 String 类型的主键，可为 Long 或 String 类型；

• 解决自动化校验 UNIQUE 失效；

• MySQL：更新表。

• Android: 新增一键清除编译缓存的 Windows 批处理文件；

对于前端

• 不用再向后端催接口、求文档

• 数据和结构完全定制，要啥有啥

• 看请求知结果，所求即所得

• 可一次获取任何数据、任何结构

• 能去除重复数据，节省流量提高速度

对于后端

• 提供通用接口，大部分 API 不用再写

• 自动生成文档，不用再编写和维护

• 自动校验权限、自动管理版本、自动防 SQL 注入

• 开放 API 无需划分版本，始终保持兼容

• 支持增删改查、模糊搜索、正则匹配、远程函数等

多表关联查询、结构自由组合、多个测试账号、一键共享测试用例

自动生成封装请求 JSON 的 Android 与 iOS 代码、一键下载自动生成的 JavaBean

自动保存请求记录、自动生成接口文档

一键自动接口回归测试，不需要写任何代码(注解、注释等全都不要)

APIJSON 生态内项目：

• APIJSONAuto 接口管理工具，自动生成文档与注释、自动生成代码、自动化回归测试、自动静态检查等

• APIJSON.NET C# 版 APIJSON，支持 MySQL, PostgreSQL, MS SQL Server, Oracle, SQLite

• apijson PHP 版 APIJSON，支持 MySQL, PostgreSQL, MS SQL Server, Oracle, SQLite 等

• apijson Node.ts 版 APIJSON，支持 MySQL, PostgreSQL, MS SQL Server, Oracle, SQLite, WebSQL

• uliweb-apijson Python 版 APIJSON，支持 MySQL, PostgreSQL, MS SQL Server, Oracle, SQLite 等

• APIJSONParser 参考 APIJSON 设计标准开发的一款 SQL 编译器框架

• SpringServer1.2-APIJSON 智慧党建服务器端，提供 上传 和 下载 文件的接口

• APIJSON-Android-RxJava 仿微信朋友圈动态实战项目，ZBLibrary(UI)+APIJSON(HTTP)+RxJava(Data)

新鲜出炉的 Python 版  APIJSON 除了基本的查询(分页、排序等)，还实现了自动化的权限控制。

给热心的作者们点 Star 支持下吧 ^_^

项目主页（源码、文档、视频、生态 等）

https://github.com/TommyLemon/APIJSON

[TommyLemon]

声明：
根据以往的发帖情况来看，由于时间和精力的限制，没法一一回复，但保证一定回复前 20 的评论（不包括自己的）。
在 V2EX 这样一个技术交流平台，欢迎大家开诚布公地探讨交流，请勿发泄情绪污染氛围。
如果我有哪些地方违反了 法律法规 或者 平台的规则，敬请指正，谢谢！

[shell314]

这个点赞

[TommyLemon]

@shell314 感谢

[liuxu]

"请勿发泄情绪污染氛围"，现在大家发分享贴都会带着这句了

这个帖子应该发布到“分享创造”，https://www.v2ex.com/go/create

[Neojoke]

这个框架的意思是能够前端直接定义 API 对数据库的增删改查并且返回自定义的 json 数据结构，可以这样理解吗？

[pryhub]

不错，赞。请教一下楼主长度如何校验的？ long 型，长度 15，可我输入的是字符串，长度不止 15，也没什么提示，返回值也是 200

[sagaxu]

文案比之前理性些了

[airyland]

支持开源，但是不支持以这样的标题发帖，也不赞同用 star 来作比较。如果要比较，建议比较一下贡献人数，单元测试完善度，文档完善度等等。

[u2gign]

厉害 必须点赞

[fkdog]

如果业务逻辑能让自己前端自行组织的话，那还要后端干嘛。
直接客户端连远程数据库完事了。

不要因为自己团队后端不给力，就自己想越界去搞后端的事。
复杂的后端业务不只是增删改查。

[TommyLemon]

@liuxu 感谢，虽然和 程序员 话题相关，但确实放到 分享创造 话题下更合适

[TommyLemon]

@TommyLemon 时间过了，管理功能只剩 “下沉 1 天”，没有改主题的入口了

[TommyLemon]

@Neojoke 对的，不过中间会经过 Server 的权限、数据、结构、语法 等校验，Server 还会通过 预编译、白名单 等方式自动防 SQL 注入，保证安全性。

[TommyLemon]

@pryhub 感谢反馈，初步断定这是一个 bug，fastjson 解析 json 时 getLongValue 得到一个负数值（超过 long 上限）导致查不到结果。查不到结果是对的，但其实应该直接返回一个错误码和错误信息，方便调试。
至于长度，数据库表字段配置的由数据库校验，如果是 Request 表里配置了对应的校验规则，则由 Server 代码校验。

[TommyLemon]

@TommyLemon 数据字典文档的长度等属性是从数据库查的

[TommyLemon]

@sagaxu 哈哈，我也在反思和总结

[hash]

不是很了解,但是和 GraphQL 相比有什么特点吗?

[TommyLemon]

@airyland 这个帖子主要是让大家看内容的，标题只是吸引阅读（当然是基于事实，没有虚假或夸大成分，和标题党不一样）。
提交代码次数 commits， 发版次数 releases， 贡献人数 contributors 都在第 2 张截图里了，都和 Hibernate 有大的差距。
单元测试完善度，文档完善度 没仔细对比过，粗略看也是比不上的，
但 APIJSON 现在也有比较完善的测试(自动化接口回归测试，提供机器学习版)和 文档（通用文档、部署文档、群里的详细入门文档等）。
目前只有 Star （一定程度上反映 Repo 在开源社区的被关注程度）这个指标确定是超过 Hibernate 的。

[TommyLemon]

@fkdog APIJSON 提供 远程函数 来给后端扩展业务逻辑。
大部分接口开发中，提取参数、增删改查、封装返回 JSON
这几个步骤要写 Controller，Service，Dao，Mapper 等一堆代码，
APIJSON 的自动化 API 可以替代这些，大幅降低后端的开发工作量，
还能让前端灵活定制自己需要的数据和结构，减少和后端的沟通成本，提高开发效率。

如果是客户端直连数据库，安全性怎么保证呢？
APIJSON 是提供了自动化的权限管理、自动防 SQL 注入的。

后端业务当然不只增删改查，APIJSON 又不是啥都干，主页文档已经说明了它的适用范围。

[TommyLemon]

APIJSON vs GraphQL，详细对比了 基础功能、权限控制、表关联查询 等
juejin.im/post/5ae80edd51882567277433cf