關於Get與Post的區別的文章,在網上太多了;有優點有缺點,今天我給各位大哥做一個總結性的隨筆,還請多多包涵~
首先是W3School上的答案,請查收:
GET在浏览器回退时是无害的,而POST会再次提交请求
GET产生的URL地址可以被Bookmark,而POST不可以。
GET请求会被浏览器主动cache,而POST不会,除非手动设置。
GET请求只能进行url编码,而POST支持多种编码方式。
GET请求参数会被完整保留在浏览器历史记录里,而POST中的参数不会被保留。
GET请求在URL中传送的参数是有长度限制的,而POST么有。
对参数的数据类型,GET只接受ASCII字符,而POST没有限制。
GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息。
- GET参数通过URL传递,POST放在Request body中。
以上答案物先後順序,可作為理解的參考,還請記得這些答案,後面的講解會涉及到這些。
然而,這些get,post,head,put,delete等方法都是建立在http協議上的服務方式,基於tcp傳輸協議運行在網路上。所以在
這一根本的前提上,get,post等相關的服務方式沒什麼區別,除了一些現象版的區別,再無其他。這些現象版的區別表現在傳輸數據上的差別,
get在請求傳輸數據時,url聯同數據頭一併發送;而post在處理請求數據的響應時,先發送url,得到回應後再傳送數據。
兩者之間的優缺點可以基於傳送數據的時間和安全性上總對比:get由於一併打包發送數據,所以時效性強,速度快,但是安全性也是暴露無遺;
post由於請求url有數據分開,所以在安全性上比get略高一籌,但是在傳輸速度上沒get方式快。當然,這一切對比的基礎都是物理條件相同的情況下,才有的對比結果。
- OPTIONS 返回服务器所支持的请求方法
- GET 向服务器获取指定资源
- HEAD 与GET一致,只不过响应体不返回,只返回响应头
- POST 向服务器提交数据,数据放在请求体里PUT 与POST相似,只是具有幂等特性,一般用于更新
- DELETE 删除服务器指定资源
- TRACE 回显服务器端收到的请求,测试的时候会用到这个
- CONNECT 预留,暂无使用
以上是比較常用的http協議下的服務類型。不知道的不用再去百度了,在這裡這一份就可以解決問題。
常用的狀態碼:
HTTP状态码
HTTP协议中提供了好多状态码,列举我们常用的:
200 返回正常
304 服务端资源无变化,可使用缓存资源
400 请求参数不合法
401 未认证
403 服务端禁止访问该资源
404 服务端未找到该资源
500 服务端异常
這裡就引申出來一個簡單的應用接口:Restful Api
服务端根据不同的请求方式,可以做不同的处理,同时,根据不同的请求,还可以设计出不同风格的应用程序接口,这就引出了Representational State Transfer,英文缩写就是REST,中文意思是表述性状态转移(和没翻译差不多),可以理解为客户端和服务端的交互形式。而符合这种交互形式的接口设计,就被叫做RESTful API。这种风格有如下特点:
使用名词而不使用动词
例如:/getStudent 或者 /searchStudents 应该改成 /students
GET用于查询,PUT、POST、DELETE用于修改
使用名词复数不使用单数
在HTTP请求的head体里定义序列化类型
例如:Content-Type:application/json
请求的集合应设定好过滤条件、排序、字段、分页
例如:/students?page=1&size=10
接口要版本化
例如:/api/v1/students
要有HTTP状态码
允许重写HTTP请求方法
case:
要使用這個案例就要介紹幾個工具了:
1.npm i json-server -g 全局下載json-server.
2.這個前提是在nodejs的環境下完成的,請下載最新版本。
3.postman測試接口的有效軟件工具,配合get,post可以很簡單方便的查看,接口數據的使用和分佈。
由於時間有限,就不做多的解釋了;又能力的朋友可以去測試一下,就當做娛樂了:).