RT,照理说还有 get,delete,put 什么的,但是感觉 post 就可以解决所有问题了是不是。
1
DavidNineRoc 2018-08-11 22:06:06 +08:00 1
想当码农世界只有一个 post,有追求就分类
|
2
clearbug 2018-08-11 22:07:45 +08:00 via Android
挺一楼
|
3
RoyLeong 2018-08-11 22:08:45 +08:00 via Android
建议去看一遍 rfc 文档
|
4
cdwyd 2018-08-11 22:11:54 +08:00 via Android
不先 get 怎么 post
|
5
leekafai 2018-08-11 22:22:21 +08:00 via Android
我们的后台接口,get,post,put,delete 四种都有,好处有吗,我相信只要路由安排妥当,你只有 post 都可以很优良。当然,这些 method 一方面是 http 服务器的解析要求,另一个最重要的是给开发人员看的,大家都能规范,那最好。只用 post 而大家觉得没有问题,也没事。
|
6
loongwang 2018-08-11 22:22:40 +08:00
get post 两种吧,一般 delete 和 put 不用
|
7
zhujinliang 2018-08-11 22:46:29 +08:00
幂等了解一下
|
8
teek 2018-08-11 22:52:38 +08:00 1
用 delete 和 put 可以避免 api 路径起名字的烦恼。restful 了解一下。
|
9
Kilerd 2018-08-11 22:52:55 +08:00
get post put patch delete 基本都用
|
10
Zzdex 2018-08-11 23:03:02 +08:00
get 和 post 都用
就比说一个拼团订单 路由都是同一个 /order/pt/{pt_id},get 拼图订单详细,post 参团 |
11
Infernalzero 2018-08-11 23:03:44 +08:00
还是有很多细节的,首先 nginx 默认不会对 post 请求进行重试
然后在跨域的时候 post 的限制也比 get 多,还有就是重定向 |
12
swulling 2018-08-12 00:20:02 +08:00 via Android
那要看你的接口是什么风格了
个人经验,前后端交互用 restful,内部系统之间用 get 和 post 加错误码。 当然内部系统间最好选一个 rpc 框架更好,http 不是最佳选择。 |
13
ericls 2018-08-12 01:39:13 +08:00 via iPhone
@DavidNineRoc graphql 躺枪?
|
14
rbe 2018-08-12 01:42:35 +08:00
歪个楼,还有 options 呀
|
15
kx5d62Jn1J9MjoXP 2018-08-12 01:44:24 +08:00 via Android
get 和 post 两个足够了,什么 delete,put 都见鬼去了吧
|
16
so1n 2018-08-12 01:45:58 +08:00 via Android
看 cdn
|
17
pexcn 2018-08-12 03:39:39 +08:00 via Android
RESTful ?
|
18
NullException 2018-08-12 07:24:46 +08:00 via iPhone
RESTFUL API 设计规范了解下?
https://segmentfault.com/a/1190000015384373 |
19
whileFalse 2018-08-12 10:16:18 +08:00
我可以实现一个只用 FUCK 就够了的框架,有什么值得高兴的吗?
|
20
DOLLOR 2018-08-12 14:45:49 +08:00 1
POST 一般是不能缓存( cache )的。
POST 有 body,“代价”要比 GET 大。 跨域( CORS ) POST 还要 OPTION 预检,比 GET 多了几步。 POST 接口被认为不幂等,客户端可能不会自动重试。 |
21
yimity 2018-08-14 15:39:43 +08:00
一般 get post put delete 都有,后端有时候还要实现 option。
但是不保证有的项目都是 post,接触过一个。 |