后端写的接口不区分 get 跟 post 是什么感受？

[JasonHu]

作为一个前端切图仔而言，所有请求全部用 get 都可以跑通。包括登录

[karllynn]

@abcbuzhiming 我说的是一般情况呀，你给 ngnix 写个脱密插件不要代价的么。GET 还有缓存问题，当然这些都能解决，但是有必要么…

非要杠的话，我全部用 PUT 也行啊，啧

[Chingim]

所以要对什么是“正确的事”达成共识。

很多东西喷来喷去，就是因为没有共识，这是管理层面的过失，导致员工沟通成本居高不下。

就接口这件事，我认为正确的事是“接口要语义化”，在这个共识下才可以进行更多的讨论。

[lululau]

1. 如果你区分不了 POST/PUT/PATCH，那凭什么要求别人区分 POST/GET ；如果本来就没有要求 API 设计 RESTful，那不区分 POST/GET 就更无可厚非了
2. 如果前后端之间使用 HTTP Header 传递 secret token / session id 之类的，GET 和 POST 都不需要考虑 CSRF 的问题
3. 另外 GET 也可以带 body

[z0ne]

也取决于你前端要怎么传递数据给后端～～
比如你前端用 get 请求登录数据，万一这部分数据被泄漏了（比如日志中）

你说是后端还是前端的问题？ 233

[jaskle]

下载类强制 get，大数据必须 post，其他没啥要求，不过 get 容易被浏览器缓存，还有浏览器自作聪明，主动预读 get

[Anshi]

无所谓 后端大佬怎么要求我怎么做。。。

[fhsan]

写了 3 年 php 才知道有 restful 的路过。

[lzvezr]

get post 无非就是 tcp 连接以后发送的文本文档头部内容，有什么好区分的

[wolfie]

规范规范，GET 还是 POST，事先商量好的才是规范。

[rockyou12]

上面好多说 get 和 post 可以不分的还是闭嘴吧

get 和 post 不区分会有很严重的后果，很多 http 请求框架或者浏览器 get 是会有缓存的，你不分都用 get 的结果就是很多请求成功了但其实没有发送到后端……

[MrJeff]

前端搞一个网关 让后端只提供 RPC 调用 GET POST 就随便你玩了

[iiji86]

想到了这个 https://www.v2ex.com/t/336226

[tabris17]

@rockyou12 并非不能解决，请求加上一次性 token 参数就好了。

GET、POST 语义上的差别甚于行为上的差别。为了语义上的一致性，最好还是要区分开来

[huruwo]

打起来 打起来

[lihongjie0209]

按文档做就好了, 别管那么多

[ipwx]

全都是 POST 的话还可以接受。大不了缓存什么的自己做，说不定还比浏览器好。

全都是 GET，呵呵……

[reus]

GET 和 POST 的区别，在协议层面，就只是第一行有区别
在浏览器层面，可能会对 GET 做缓存，但也会考虑到其他 Header
GET 和 POST 都能带 body，如果你的 GET 是用 body 传数据，那敏感数据应该也不会直接出现在日志里
我个人认为默认 POST 比默认 GET 好一些
当然碰到需要下载文件这类，似乎浏览器只支持 GET
其实，只要后端支持，我 GET、POST 都不用，叫 ASDFGHI 都行，呵呵。

[66beta]

所以说了么，别学前端，做个 crud boy 多好，省心工资又高

[arthas2234]

我一直用着 RESTful 规范，至今还没发现有什么不妥

[luckyx]

restful 规范很重要