不懂就问：查询 mysql 的通用 API 有何缺点？（请求相同的 URL，所传入参数带表名，带查询条件等）

[alw]

情况是这样的，大佬觉得之前使用 Restful API 格式的，前后端联调太慢了。针对简单的表的增删改查，就使用通用 API，传入表名(table:'table_name')，查询条件(如查询需要某字段相等的查询，就传入equal:[{fieldA:'A'}])等。 之前花了点时间也没找到类似的解决方案与开源库，那说明这种方案可能是有问题的，但又没想到。（也或许是我搜的关键词不对导致没找到？）问问各位大佬们，不知道这种方案有何缺点？

[zw1one]

* 如何做权限控制？比如这个用户不能 crud 这个表。我浏览器 F12 拿到这接口，不是想干啥就干啥。
* 数据库格式不应该暴露给前端。如果数据库的结构变了，本来该是后端改代码，这样就变成前端改代码了。。
* 代码不好扩展。一个表的 crud，出一套接口，加功能直接就在上面加了。弄成通用的话，一开始是省事了，之后要加功能，还是得 crud 接口写一套，然后改。

所以说，前端直接连数据库写 sql 才最好的解决方案！（狗头

[tubimasky]

apijson ?
garphql?