对接同事的接口，他定义的所有接口都是 post 请求，理由是 https 用 post 更安全

[caicaiwoshishui]

之前习惯使用 restful api ，如果说 https 只有 post 请求是安全的话？那为啥还需要 get 、put 、delete ？我该如何反驳他。

[liuidetmks]

月经贴,总在这些细节上喷来盆去~

[Hanggi]

@shyangs 淘寶丟人了，才知道？
还好意思拿出来
从茅坑里捞出了一坨 shit ，然后说你们看人家拉的屎。。。
你是想让大家一起吃？

[HAYWAEL]

@gstqc 你没看清我说的。我的意思是 ，全用 post 的人，是不用 method 来区分增删改查，是通过 pathname 的命名来做区分 。

[Dogtler]

这不是必然的嘛，现在写接口清一色 post 请求，除非是要分享出去的

[muzuiget]

本来第一个帖子的回答就能结贴了。

[afewok]

茴香豆有四种写法，即茴、回、囘、囬，它们分别代表不同层次的含义和使用场景，这可是规范和国粹？为啥不好好遵循规范，就只用茴……

[llwwbb7]

不太能理解为什么被搜索引擎收录就是不安全

[Quarter]

说少沟通成本的，是都从来不写接口文档的，就算不写，也不用 swagger 生成一个，不懂一个请求方式的沟通成本在哪里？这都嫌沟通成本高是怎么对接的业务需求？

至于说安全的，post 又不是为了安全产生的，存在肯定是有存在的意义，不管是不是用 restful ，起码一开始就存在 get 、post 的请求方式， [获取] [邮寄] 按照字面意思也可以区分一下接口，无论从前后端的角度考虑，不然前端请求个列表还得封装个 form-data ，用 json 的话后端是每个接口都写个实体类还是说手动解析一下 json 啊

毕竟技术论坛，多讨论讨论为什么会觉得安全，有哪些好处和坏处，如何优化和沟通，如何提高代码质量什么的…

害，也不知道为啥，莫名的激动，感觉对于这种上来就是反问“……又能怎么样？”“……有什么好处？”极其反感，具体也不多说了

[Quarter]

@afewok 你觉得是一个意思么，用“茴”是因为是最常见和大众的写法，按照这么理解，为什么不全用 get ，毕竟大部分资源都是 get 获取的，干脆都用 get 好了

[plzcomeon]

post 不会记录到 web 服务器日志里面，虽然好像也没啥影响~

[icerwinter]

@lanlanye 前后端分离后前端的复杂性导致纯 Restful 请求无法满足。POST 全部，靠谱。

[Imindzzz]

都是些无关紧要的优缺点，大家统一规范就行了。
针对楼主我想说，你为什么非要改同事的规范。
如果是项目刚开始，针对同事我想说，http 有一套了你为什么要重新设计。

[shiemi]

都用 POST 不是问题，但是都用 POST 还声称自己是 RESTful 就是问题，说 POST 比 GET 安全所以都用 POST 也有问题。内部服务用现有的 rpc 框架比什么都香

[iCong]

终结吧
https://coolshell.cn/articles/22173.html

[wupher]

又看了一遍，这浓浓的厕所味……

更可悲的是我，之所以又看一遍，新的所谓 ZT 估计又全是 post 。