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

[AlanYoungC]

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

[linauror]

有可能使用工具批量生成的，但只要传参出参合理就行啦

[Nicoco]

有点 REST API 那味道，但是没有晚安按照 REST API 来

[Nicoco]

晚安 = 完全

[galikeoy]

@Nicoco #2 不应该吧 delete update 等“动词”放到 url 上面来，应该用请求方法区分

[Jinnn]

我们的后端接口只有 post，最后一个字段和你的差不多

[koal]

我不要下划线，要么驼峰，要么横线链接。

[vision1900]

REST 规范 URL 里面不应该包含动作，动作应该由 HTTP 方法指定
更新这种操作应该用 PUT，POST 用于建立一条新的数据
后端能按时给接口就万岁了，查询接口都有用 POST 的
刚出校门还有点洁癖，后来想想，当社畜何必拘小节

[PopRain]

@vision1900 复杂查询不用 post 用什么呀？ 仅仅 get 满足不了需求呀

[vision1900]

@PopRain 复杂能有多复杂，100 个参数？ get 又不是做不到，query string 我目前还没遇见过什么限制

[chendy]

没啥问题，命名统一，看 url 就能看出是干啥
复杂查询虽然可以 GET，但是不如 POST 省心省力
曾经多少有点洁癖，最后还是选择全部 POST+路径里带动词
REST 洁癖还是留给那些全部大佬又不需要赶工的团队吧

[so1n]

一般 get 代表获取，post 代表上传 /修改 /删除 然后加个标志 因为很多 cdn 只转发 get/post

[daxiaBoy]

@vision1900 使用 get，参数多的话，会有丢失的情况。请问你是怎么解决的

[Cuo]

@PopRain 复杂查询时可以将 query 丢到 body 里面呀

[coderxy]

还可以了。 很难严格的 restful 的，会有一些乱七八糟的问题。 我们就是从 restful 风格后面干脆全部 post，然后 url 上加动词了。

[raaaaaar]

还行啊，挺规范的，现实中根本不可能完全按 RESTful 来，只是个参考而已

[putaozhenhaochi]

httpe method 已经表示动作了呀

[Kirsk]

挺好 简约简单

[renmu123]

我觉得挺好的，非常统一

[blurh11E27]

你发出来 就是有疑问 你不讲讲你的疑问？？

[BoarBoar]

@PopRain 前段时间爬抖音，抖音的 get 里都是一百多个参数