点击上方“芋道源码”,选择“设为星标”
管她前浪,还是后浪?
能浪的浪,才是好浪!
每天 10:33 更新文章,每天掉亿点点头发...
源码精品专栏
来源:网络
最近在逛知乎的时候发现一个有趣的问题:《公司规定所有接口都用 post 请求,这是为什么?》
原问题:https://www.zhihu.com/question/336797348
看到这个问题的时候其实我也挺有感触的,因为我也曾经这样问过我自己。在19的时候接到一个项目是从零开始搭建一个微服务,当时就有了解过接口的一些规范,比如耳熟能详的Restful规范,就被应用到这个微服务项目中。
今天再次看到这个问题,我也有了一些新的理解和感触,临时回顾了一下get
与post
的请求的一些区别:
查看上面的区别,就会发现post
在发送数据量大的请求时优势很显示,get
则更适合获取静态资源、简单的查询等接口。
我个人在开发接口的时候也会注意,将简单的查询请求使用
get
方法,其他增、删、改、复杂的查询请求都可以使用post
,但不会像题主的公司一样全部使用post
。
网友程墨Morgan
提出如果是自己会按照『业界最佳实践』制定规范:
另外一个知友提出:就是为了迁就低水平不思进取的架构师和前后端程序员们。
对此,如果是你来设计公司的API规范,会规定所有接口都用 post 请求吗,这是为什么?
欢迎加入我的知识星球,一起探讨架构,交流源码。加入方式,长按下方二维码噢:
已在知识星球更新源码解析如下:
最近更新《芋道 SpringBoot 2.X 入门》系列,已经 101 余篇,覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。
提供近 3W 行代码的 SpringBoot 示例,以及超 4W 行代码的电商微服务项目。
获取方式:点“在看”,关注公众号并回复 666 领取,更多内容陆续奉上。
文章有帮助的话,在看,转发吧。谢谢支持哟 (*^__^*)