公司规定所有接口都用 POST请求,这是为什么?

共 997字,需浏览 2分钟

 ·

2022-02-12 12:43

点击蓝色“程序员黄小斜”关注我哟

加个“星标”,每天和你一起多进步一点点


最近在逛知乎的时候发现一个有趣的问题:《公司规定所有接口都用 post 请求,这是为什么?》

原问题:zhihu.com/question/336797348
看到这个问题的时候其实我也挺有感触的,因为我也曾经这样问过我自己。在19的时候接到一个项目是从零开始搭建一个微服务,当时就有了解过接口的一些规范,比如耳熟能详的Restful规范,就被应用到这个微服务项目中。
今天再次看到这个问题,我也有了一些新的理解和感触,临时回顾了一下getpost的请求的一些区别:
  1. post更安全(不会作为url的一部分,不会被缓存、保存在服务器日志、以及浏览器浏览记录中)
  2. post发送的数据更大(get有url长度限制)
  3. post能发送更多的数据类型(get只能发送ASCII字符)
  4. post比get慢
  5. post用于修改和写入数据,get一般用于搜索排序和筛选之类的操作
  6. get请求的是静态资源,则会缓存,如果是数据,则不会缓存
查看上面的区别,就会发现post在发送数据量大的请求时优势很显示,get则更适合获取静态资源、简单的查询等接口。
我个人在开发接口的时候也会注意,将简单的查询请求使用get方法,其他增、删、改、复杂的查询请求都可以使用post,但不会像题主的公司一样全部使用post
网友程墨Morgan提出如果是自己会按照『业界最佳实践』制定规范:


另外一个知友提出:就是为了迁就低水平不思进取的架构师和前后端程序员们。
对此,如果是你来设计公司的API规范,会规定所有接口都用 post 请求吗,这是为什么?

— 【 THE END 】—
公众号[程序员黄小斜]全部博文已整理成一个目录,请在公众号里回复「m」获取!

最近面试BAT,整理一份面试资料Java面试BATJ通关手册,覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。

获取方式:点“在看”,关注公众号并回复 PDF 领取,更多内容陆续奉上。

文章有帮助的话,在看,转发吧。

谢谢支持哟 (*^__^*)

浏览 40
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报