扫码关注官方订阅号
比如我们说get是幂等和安全的?是不是说这只是规定,我们也能通过代码把get当post用(非幂等和非安全)
学习是最好的投资!
GET POST 是标准,而不只是约定。约定和标准的区别在于是否被强制执行。约定的执行靠个人,而 GET POST 作为标准是会被浏览器忠实执行的。最后我们会发现在至少在浏览器环境中,GET 和 POST 是有一些区别的。比如:GET 无法传 Form Data,于是在代码里,就无法完全用 GET 替代 POST 。
这是一个泛规则,原本定义是这样使用的,但它也没有写死不让其他用法,根据个人看法灵活使用
不这么写会被同事们笑话。。。
从 CURD 的角度来看,没人规定 GET 就一定是查询,POST 就一定是增删改。没有任何这个意思。
是的,是约定俗成的。
协议就是这样定的,协议的意思就是一个约定。如果自己实现客户端服务端,当然可以不管这些约定;不过如果做一些对接,对方恪守约定的情况下,你不守约是不会让你通过的。
打个比方,如果你的前后端用cookie保存状态,而你又使用get来添加或者修改数据,辣么,csrf会把你的网站日翻= =
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
GET POST 是标准,而不只是约定。
约定和标准的区别在于是否被强制执行。
约定的执行靠个人,而 GET POST 作为标准是会被浏览器忠实执行的。
最后我们会发现在至少在浏览器环境中,GET 和 POST 是有一些区别的。
比如:GET 无法传 Form Data,于是在代码里,就无法完全用 GET 替代 POST 。
这是一个泛规则,原本定义是这样使用的,但它也没有写死不让其他用法,根据个人看法灵活使用
不这么写会被同事们笑话。。。
从 CURD 的角度来看,没人规定 GET 就一定是查询,POST 就一定是增删改。没有任何这个意思。
是的,是约定俗成的。
协议就是这样定的,协议的意思就是一个约定。
如果自己实现客户端服务端,当然可以不管这些约定;不过如果做一些对接,对方恪守约定的情况下,你不守约是不会让你通过的。
打个比方,如果你的前后端用cookie保存状态,而你又使用get来添加或者修改数据,辣么,csrf会把你的网站日翻= =