你们在设计 restful api 时会用 put 和 delete 吗？

[red13]

我一直用 get 和 post ，完全可以满足需求，我不知道是否有业务场景是使用 put 和 delete 会带来好处的，我能想到的就是可以一眼看出接口的作用是什么。使用 put 和 delete 在功能性、安全性、性能上能带来好处吗？

[luziafy]

我用了，前端让我改成 post ，我说好的

[yibin001]

POST 一把梭哈

[edisonwong]

用，好用，监控指标按里 url+method 来查

个人不建议参数放在 url 里，例如 /:id/info ，会导致 nginx rewrite 很 sb + 监控指标爆炸 + 路由短路

[notfornothing]

Delete 遇到过的问题：
查询列表复选框删除多条记录，调用接口，路径会拼接多个入参 id ，放在路径会超长。会导致调用失败

[dajj]

@dfkjgklfdjg GET 方便手动浏览器查看， 就这个有点

[unco020511]

我是都用的

[streamrx]

公司要求什么用什么。自己写的话连 get 都不需要 全部用 post 就行了

[z1829909]

@momo2789 restful 也支持 post + action 这种组合，算是对一些短板的补充。

[dranfree]

很多传统公司政企部门都是直接禁用 GET POST 以外的方法…

[Eliefly]

我个人觉得区分是有用的，但是公司要求 post 一把梭，get 都很少用。

[boboaiya3]

@momo2789 restful 是一种设计思想，你让你在业务出发去思考业务设计层面通用抽象性，而不是纠结 http get post put 。本末倒置了属于

[simenet]

真正的大神 都是 post

[strobber16]

想起我在上上家的时候，在外包场地，边上是个绿盟的实习生。他扫描就是拿别人做好的工具脚本，跑一遍就生成 doc 文档，然后再根据客户要求手动改一下

[FrankFang128]

没见过优秀开源 API 吗？
https://docs.github.com/en/rest/actions/cache?apiVersion=2022-11-28#delete-a-github-actions-cache-for-a-repository-using-a-cache-id

[SpontaLeo]

get post 一把梭吧

[MuscleOf2016]

直接 get post ，因为有时候适配对接一些老的项目，人家不支持 put ，还要专门去适配。最近项目就是这样。

[DeWjjj]

如果不用的话可能就不是 restful 风格了。

[1wlinesperday]

不分了 早该上 graphql 了

[Bidirectional]

get 和 post 就行了，最重要是能让团队所有成员看着顺眼，一眼就能知道这个接口干啥的。至于接口命名风格，只有两点。第一规则要足够简单，一两分钟就能讲明白那种；风格要统一，以便于大家交流，也便于大家按照一个规则快速查找到想要的接口。

[hezhiming1993]

@seedhk 我们这边连 GET 都不用, url 做好语义就行了