突然要求所有接口都用 post 请求,为什么?
👉 这是一个或许对你有用的社群
🐱 一对一交流/面试小册/简历优化/求职解惑,欢迎加入「芋道快速开发平台」知识星球。下面是星球提供的部分资料:
《项目实战(视频)》:从书中学,往事上“练” 《互联网高频面试题》:面朝简历学习,春暖花开 《架构 x 系统设计》:摧枯拉朽,掌控面试高频场景题 《精进 Java 学习指南》:系统学习,互联网主流技术栈 《必读 Java 源码专栏》:知其然,知其所以然
👉这是一个或许对你有用的开源项目
国产 Star 破 10w+ 的开源项目,前端包括管理后台 + 微信小程序,后端支持单体和微服务架构。
功能涵盖 RBAC 权限、SaaS 多租户、数据权限、商城、支付、工作流、大屏报表、微信公众号等等功能:
Boot 地址:https://gitee.com/zhijiantianya/ruoyi-vue-pro Cloud 地址:https://gitee.com/zhijiantianya/yudao-cloud 视频教程:https://doc.iocoder.cn
最近在逛知乎的时候发现一个有趣的问题:《公司规定所有接口都用 post 请求,这是为什么?》
原问题:https://www.zhihu.com/question/336797348
看到这个问题的时候其实我也挺有感触的,因为我也曾经这样问过我自己。在19的时候接到一个项目是从零开始搭建一个微服务,当时就有了解过接口的一些规范,比如耳熟能详的Restful规范,就被应用到这个微服务项目中。
今天再次看到这个问题,我也有了一些新的理解和感触,临时回顾了一下get
与post
的请求的一些区别:
post更安全(不会作为url的一部分,不会被缓存、保存在服务器日志、以及浏览器浏览记录中) post发送的数据更大(get有url长度限制) post能发送更多的数据类型(get只能发送ASCII字符) post比get慢 post用于修改和写入数据,get一般用于搜索排序和筛选之类的操作 get请求的是静态资源,则会缓存,如果是数据,则不会缓存
查看上面的区别,就会发现post
在发送数据量大的请求时优势很显示,get
则更适合获取静态资源、简单的查询等接口。
我个人在开发接口的时候也会注意,将简单的查询请求使用
get
方法,其他增、删、改、复杂的查询请求都可以使用post
,但不会像题主的公司一样全部使用post
。
网友程墨Morgan
提出如果是自己会按照『业界最佳实践』制定规范:
另外一个知友提出:就是为了迁就低水平不思进取的架构师和前后端程序员们。
对此,如果是你来设计公司的API规范,会规定所有接口都用 post 请求吗,这是为什么?
欢迎加入我的知识星球,全面提升技术能力。
👉 加入方式,“长按”或“扫描”下方二维码噢:
星球的内容包括:项目实战、面试招聘、源码解析、学习路线。
文章有帮助的话,在看,转发吧。
谢谢支持哟 (*^__^*)
微信扫码关注该文公众号作者