我一直用 get 和 post ,完全可以满足需求,我不知道是否有业务场景是使用 put 和 delete 会带来好处的,我能想到的就是可以一眼看出接口的作用是什么。使用 put 和 delete 在功能性、安全性、性能上能带来好处吗?
我一直用 get 和 post ,完全可以满足需求,我不知道是否有业务场景是使用 put 和 delete 会带来好处的,我能想到的就是可以一眼看出接口的作用是什么。使用 put 和 delete 在功能性、安全性、性能上能带来好处吗?
|
luziafyAug 15, 2025
101
我用了,前端让我改成 post ,我说好的
|
|
yibin001Aug 15, 2025
102
POST 一把梭哈
|
|
edisonwongAug 15, 2025
103
用,好用,监控指标按里 url+method 来查
个人不建议参数放在 url 里,例如 /:id/info ,会导致 nginx rewrite 很 sb + 监控指标爆炸 + 路由短路 |
|
notfornothingAug 15, 2025
104
Delete 遇到过的问题:
查询列表复选框删除多条记录,调用接口,路径会拼接多个入参 id ,放在路径会超长。会导致调用失败 |
|
dajjAug 15, 2025
105
@dfkjgklfdjg GET 方便手动浏览器查看, 就这个有点
|
|
unco020511Aug 15, 2025
106
我是都用的
|
|
streamrxAug 15, 2025 via iPhone
107
公司要求什么用什么。自己写的话连 get 都不需要 全部用 post 就行了
|
|
whereranyeAug 15, 2025 via Android
109
很多传统公司政企部门都是直接禁用 GET POST 以外的方法…
|
|
ElieflyAug 15, 2025
110
我个人觉得区分是有用的,但是公司要求 post 一把梭,get 都很少用。
|
|
boboaiya3Aug 15, 2025
111
@momo2789 restful 是一种设计思想,你让你在业务出发去思考业务设计层面通用抽象性,而不是纠结 http get post put 。本末倒置了属于
|
|
simenetAug 15, 2025
112
真正的大神 都是 post
|
|
strobber16Aug 15, 2025
113
想起我在上上家的时候,在外包场地,边上是个绿盟的实习生。他扫描就是拿别人做好的工具脚本,跑一遍就生成 doc 文档,然后再根据客户要求手动改一下
|
|
FrankFang128Aug 15, 2025
114
|
|
SpontaLeoAug 15, 2025
115
get post 一把梭吧
|
|
MuscleOf2016Aug 15, 2025
116
直接 get post ,因为有时候适配对接一些老的项目,人家不支持 put ,还要专门去适配。最近项目就是这样。
|
|
117
如果不用的话可能就不是 restful 风格了。
|
|
1wlinesperdayAug 16, 2025
118
不分了 早该上 graphql 了
|
|
BidirectionalAug 16, 2025
119
get 和 post 就行了,最重要是能让团队所有成员看着顺眼,一眼就能知道这个接口干啥的。至于接口命名风格,只有两点。第一规则要足够简单,一两分钟就能讲明白那种;风格要统一,以便于大家交流,也便于大家按照一个规则快速查找到想要的接口。
|
|
hezhiming1993Aug 16, 2025
120
@seedhk 我们这边连 GET 都不用, url 做好语义就行了
|