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

[JasonHu]

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

[Habyss]

之前写的还是 @GetMapping @PostMapping , 现在直接一个 @RequestMapping() ,前端你想用什么用什么....无奈呀

[jun1st]

@Habyss 坚持做正确的事情，然后早点离开 GET POST 无所谓的团队和公司

[Caballarii]

没有人提到 GET 不能（不应该）用 body 吗？虽然没说 GET 一定不能用 body 并且也有很多库支持用 body，但是如今请求转来转去的情况下，保不齐哪一个容器中间件就给你把 GET 的 body 给扔掉了，同理也适用于 DELETE 请求

[semperidem]

因为接口数据内容全得加密，所以只能无脑 POST 的我司🤔

[leonme]

@semperidem get 也能加密啊 手动狗头

[legiorange]

用 struts2 就基本不分。

[semperidem]

@leonme 试过了，发现有些加密后的特殊字符不好处理，总之还是太懒了（狗头） POST 就一把梭完事了

[KuroNekoFan]

不服全干

[karllynn]

get 会把请求参数打印在访问日志里面好伐？你觉得把用户名密码打日志里面合适么

[hoyixi]

没啥大不了的，如果是我，我会偷摸把前端请求库稍稍包装一下下，变成通用的。

下次老板如果说要规范起来， 手吊并举地支持，并煞有其事的开始工作，然后悄悄把请求库开关设置一下，搞定，开始划水~

[abcbuzhiming]

@warcraft1236 少扯淡规范，真要按规范，前端那普遍连类型校验都没有的开发方式是严重的不符合规范。别动不动读了点标准就在那自以为是，流程和规范在真实的实施场景里都是有成本的，视你自己项目和组织的规模大小而定。又不是金科玉律

[abcbuzhiming]

@mringg 不存在，post 和 get 根本不存在所谓的安全问题，你觉得你不把数据放在 get url 上，放在 post 的 requestBody 里就安全了啊？哦，对，如果上 https 的话，requestBody 会加密，那样可以算安全点。就正常来讲，说 post 安全 get 不安全，我就笑笑

[weakish]

@karllynn 如果客户端提交的本来就是加密过的密码的话，可以接受。

[abcbuzhiming]

@yikyo 现在是前端喜欢找事，只要后端没有搞出安全问题，该给的文档给清晰，你管后端一个接口提供 Get 还是 Post，如果说一个接口只提供 Get，或者只提供 Post，那你倒是要问问后端的理由是什么，大部分时候都提供有什么不可以？

[luwies]

一般如果是 post 请求，客户端都不会使用缓存的吧，get 的话就会根据 http 头部信息去使用缓存数据。。。

[httplife]

前提 AJAX 下 , GET 比 POST 好点..

[abcbuzhiming]

@karllynn 这是什么理由，日志里有密码信息你们不会上脱密吗？而且你以为 post 就不打日志了，打 RequestBody 的日志系统又不是没有。

[Lonely]

@yikyo #9 你认为的就是规范吗？

[keepeye]

作为一个后端，站楼主，全 get 真是醉了

[AngelCriss]

不用 http 不就完事了