不懂就问：查询 mysql 的通用 API 有何缺点？（请求相同的 URL，所传入参数带表名，带查询条件等）
alw · 2019-12-04 13:52:57 +08:00 · 1605 次点击这是一个创建于 1848 天前的主题，其中的信息可能已经有所发展或是发生改变。
情况是这样的，大佬觉得之前使用 Restful API 格式的，前后端联调太慢了。针对简单的表的增删改查，就使用通用 API，传入表名(table:'table_name')，查询条件(如查询需要某字段相等的查询，就传入equal:[{fieldA:'A'}])等。 之前花了点时间也没找到类似的解决方案与开源库，那说明这种方案可能是有问题的，但又没想到。（也或许是我搜的关键词不对导致没找到？）问问各位大佬们，不知道这种方案有何缺点？
 |
1
zw1one 2019-12-04 14:08:29 +08:00  1
* 如何做权限控制？比如这个用户不能 crud 这个表。我浏览器 F12 拿到这接口，不是想干啥就干啥。
* 数据库格式不应该暴露给前端。如果数据库的结构变了，本来该是后端改代码，这样就变成前端改代码了。。 * 代码不好扩展。一个表的 crud，出一套接口，加功能直接就在上面加了。弄成通用的话，一开始是省事了，之后要加功能，还是得 crud 接口写一套，然后改。 所以说，前端直接连数据库写 sql 才最好的解决方案！（狗头 |
 |
2
tubimasky 2019-12-04 14:28:17 +08:00
apijson ?
garphql? |
Select Language