一般就用 get post delete

@flybluewolf 百度还真就是这样，直接把 json 写在 url 里。

感觉这种帖子没啥意义，有喜欢 restful 的，有喜欢 rpc 的，有喜欢 graphql 的，最终讨论不出来个啥，自己权衡利弊之后，选择一个比较适合自己场景的，然后制定好各种规范就 OK 了

@QlanQ #59 好像最近出了一个规范添加了一个 Query Method 来解决这个问题

@seedhk 优秀

这个只是风格问题,没有高下之分吧,除了那些搞什么网安的强制外,爱用什么用什么.只是各种接口管理工具五颜六色好看,那必须全用起来.

不用 put get delete post 对资源进行操作的接口能被叫做 restful 么？？？ 但是据我观察，好像还有另外的解释？

只用 PATCH ，不用 PUT 。严格来说我们用的也是不是标准的 RESTful ，是 Google Cloud 的标准： https://google.aip.dev/

如果是自己的服务，那随便怎么搞都行。如果是公司的，我建议你按标准来。 虽然看起来没啥区别，但是不标准的接口对你的下游简直是灾难。 如果是标准 restful ，API 网关，metrics ，tracing 等等其他系统都可以无缝衔接，否则就要为你单独适配了，这种工作就是不做不行，做了纯属浪费时间。 作为 SRE ，我提供给别人的接口都是标准 restful ，谁给我不标准的我就喷谁

直接全 post ，方便规范 cover 团队能力最下限的人。 另外除了 get 和 post 的外的请求有被某些脑瘫上古运维和安全系统 ban 掉的风险 [我还见过会 ban http2.0 的