大家好,我是大澈!
本文约1000+
字,整篇阅读大约需要2分钟。
感谢关注微信公众号:“程序员大澈”,免费领取"面试礼包
"一份,然后免费加入问答群
,从此让解决问题的你不再孤单!
最近,我在网上看到一篇文章,文章中大佬聊了一个有趣的问题,关于公司规定所有接口都用 POST请求,为什么?
特此分享给大家,一起感触一下。
跟着大佬的文章思路,我们先回顾一下?get 与 post
?请求的一些区别
:
post更安全(不会作为url的一部分,不会被缓存、保存在服务器日志、以及浏览器浏览记录中)
post发送的数据更大(get有url长度限制)
post能发送更多的数据类型(get只能发送ASCII字符)
post比get慢
post用于修改和写入数据,get一般用于搜索排序和筛选之类的操作
get请求的是静态资源,则会缓存,如果是数据,则不会缓存
总结一下
,post 在发送数据量大的请求时优势很明显,get 则更适合获取静态资源、简单的查询等接口。
这八股文干货,有点干哈!
说说我自己的感受哈,我前后也待过几家公司了,但是大体分为两类
:
一类是公司规定所有接口都用 POST请求。
一类是简单的查询请求使用 get 方法,其他增、删、改、复杂的查询请求都使用 post。
我个人比较倾向于第二类
,没别的,就是第一类个人不太理解为啥要这么操作,很迷惑!
至于还有一类
,那种严格遵循Restful规范的公司,很遗憾还没有遇到。
先科普一下Restful能明确列出来的好处,再一块看一下文章中大佬的阐述。
Restful能明确列出来的好处如下,当然这并不全面
:
表达不同的业务动作语义,GET/POST/PATCH/PUT/DELETE
等。
表达“资源”的概念利用。
url path,querystring,header,status code等来表达很多接口功能。
可以围绕统一的接口表达形式实现接口维护的工具,比如swagger。
Get资源可以利用缓存。
关于公司中接口全用POST的理由,知友?苏莉安
?大佬给出了清晰的总结:
关于在公司中是否要运用Restful接口,知友?大宽宽
?大佬给出了一个比较中肯的答案:
最后想说
,如果是你来设计公司的 API 规范,会规定所有接口都用 post 请求吗,这是为什么?
建立这个平台的初衷:
打造一个专注于前端功能问题的问答平台,让大家高效搜索处理同样问题。
通过不断积累问题,一起练习逻辑思维,并顺便学习相关知识点。
遇到有共鸣的问题,与众多同行朋友们一起讨论,一起沉淀成长。
为了给功能问题专栏添加乐趣,增设技术资讯、实用干货两个新专栏。
感谢关注微信公众号:“程序员大澈”,免费领取"面试礼包
"一份,然后免费加入问答群
,从此让解决问题的你不再孤单!