现在好多人设计的 restful 接口一股 web service 的味道，完全没有意识到当年 web service 是怎么死的。。 另外一个更严重的问题是很多所谓的 restful 接口不用 http 状态码表示错误，而是把错误放在消息体里面，消息体可能还不标准，一会儿`code`一会儿`errorCode`的，结果就是完全没法做监控，系统早就挂了后端还感觉良好。

说服对方，不如远离对方。 年纪大了，爱咋咋滴吧。

以前会，现在全部 POST ，并且只有 httpcode 200

我以前的同事项目用了 get 、post ，就搁那天天 restful 接口、restful 接口，我都 webapi 就 webapi 嘛 偏要叫 restful 显得高级。 我觉得 restful 接口挺好的 规范！虽然现在很多都是通过权限去限制接口，但是没有 delete 、put 分的细且更直观。

以前用，现在全部 post~~~

用 patch 有时候前端又说用不了 用 get 做 feign 的 API 又反馈说 query parameter 超出系统限制长度，要改配置文件不愿意改，又有时候说团队规定的 LocalDateTime 格式跟 feign 自带的格式不匹配，用不了 @JsonFormat 转 反正一堆乱七八糟的问题吧，想要定义优雅的接口变成了自寻烦恼，现在已经经历了好多个项目了，不想用了，接下来全用 POST 算了

restful 最傻逼的地方就是 路由上有参数，body 里也有参数。 特别是业务复杂了，路由长的一批

@jamesxu 因为有的漏洞扫描软件会报这是漏洞

最早是强制要求，严格区分 后面在某些项目上某些态势感知和防火墙会识别为是异常请求直接中断，找客户联合厂家沟通又是半天 现在基本没强制要求了