你们的后台接口，有除了 post 以外的其他类型么，是不是 post 就足够了

[graysheeep]

RT，照理说还有 get，delete，put 什么的，但是感觉 post 就可以解决所有问题了是不是。

[DavidNineRoc]

想当码农世界只有一个 post，有追求就分类

[clearbug]

挺一楼

[RoyLeong]

建议去看一遍 rfc 文档

[cdwyd]

不先 get 怎么 post

[leekafai]

我们的后台接口，get，post，put，delete 四种都有，好处有吗，我相信只要路由安排妥当，你只有 post 都可以很优良。当然，这些 method 一方面是 http 服务器的解析要求，另一个最重要的是给开发人员看的，大家都能规范，那最好。只用 post 而大家觉得没有问题，也没事。

[loongwang]

get post 两种吧,一般 delete 和 put 不用

[zhujinliang]

幂等了解一下

[teek]

用 delete 和 put 可以避免 api 路径起名字的烦恼。restful 了解一下。

[Kilerd]

get post put patch delete 基本都用

[Zzdex]

get 和 post 都用
就比说一个拼团订单
路由都是同一个 /order/pt/{pt_id}，get 拼图订单详细，post 参团

[Infernalzero]

还是有很多细节的，首先 nginx 默认不会对 post 请求进行重试
然后在跨域的时候 post 的限制也比 get 多，还有就是重定向

[swulling]

那要看你的接口是什么风格了

个人经验，前后端交互用 restful，内部系统之间用 get 和 post 加错误码。

当然内部系统间最好选一个 rpc 框架更好，http 不是最佳选择。

[ericls]

@DavidNineRoc graphql 躺枪？

[rbe]

歪个楼，还有 options 呀

[kx5d62Jn1J9MjoXP]

get 和 post 两个足够了，什么 delete，put 都见鬼去了吧

[so1n]

看 cdn

[pexcn]

RESTful ?

[NullException]

RESTFUL API 设计规范了解下？
https://segmentfault.com/a/1190000015384373

[whileFalse]

我可以实现一个只用 FUCK 就够了的框架，有什么值得高兴的吗？

[DOLLOR]

POST 一般是不能缓存（ cache ）的。
POST 有 body，“代价”要比 GET 大。
跨域（ CORS ） POST 还要 OPTION 预检，比 GET 多了几步。
POST 接口被认为不幂等，客户端可能不会自动重试。