各位后端大佬，请问这样的后端接口命名正常嘛？

[AlanYoungC]

百来个接口都是这样命名的，第一次看到这种写法感觉很懵逼

[wangyzj]

虽然不 rest，但挺工整的，又不是不能用

[lin07hui]

工整，方便封装，request[delete|select|insert|update] = (tableName, params) => {...};

[justin2018]

多了 我会看眼花 😁

[xalilo]

想问一下，要是 /user_role/select 这种有多个 select 怎么写？

[ArJun]

可以怎么舒服怎么来，如果一定要按 rs 风格，这种肯定不标准咯

[ochatokori]

@daxiaBoy #12 最短的 IE 限制 url 长度也能有 2048 字节，你的是什么请求要超过这个长度。。。

[suzic]

我是前端，完全可以接受。只要一个项目坐下来接口命名都是有规律的，都能接受

[ochatokori]

@daxiaBoy #12 你该不会是没有 urlencode 导致 url 被截断了吧

[Seanfuck]

这种挺好的，delete 也 post 就更好了，闭着眼都能写，有操作数据库的感觉。

[otakustay]

非常常见的做法，也许理论上不完美，但肯定是 work 的，而且应该会完美 work 的。没有理论洁癖的就乖乖用着，你说它能产生什么不好的事情么？是影响了产品质量了还是影响用户体验了还是影响开发效率了还是影响系统性能了……这么有规律的接口甚至连未来升级 GraphQL 都不会影响

[otakustay]

@ochatokori URL 参数多确实是很容易被截断的，有一段时期的 nginx 默认配置就是 2048 截断，然后现在网络上有大量的中间代理服务器还是这个配置，你永远不知道用户的请求到你的服务器会经过哪些代理，这些代理会不会干出啥傻事来
至于为什么 2048 不够……多选 1000 行批量操作

[xuanbg]

不是纯 POST，这最后一截就不需要了吧……

[zsdroid]

restful man 已经饥渴难耐

[ltfree]

没啥毛病。。。

[Jooooooooo]

这么清晰你还要啥

[leishi1313]

哦写成这样那为什么不用 graphql 呢

[Bromine0x23]

RESTful API 的路径不是不能有动词啊，重要的是资源的抽象。当 HTTP 方法不能完全表达动作内容时，加在路径上也没啥问题，比如 `POST /resources/<id>/<action>`
当然楼主给的接口确实也不是 RESTful API

[Mitt]

之前也特别纠结复杂查询包括搜索时的参数问题，因为 REST 的话应该是 GET，后来网上看到有人的做法是 POST /resource/search， 感觉这点也是能接受的，所以其实能在已有的标准上形成一个自己的标准就好，目的是统一好理解，除此之外任何做法都是正确的

[speedofstephen]

restiful 本来就是 Style， 不是 Spec

[HenryWang0723]

get post 就完事了