$.ajax vs axios vs fetch
Ajax
是什麼?
答:Ajax是一種可以在瀏覽器和伺服器之間使用非同步資料傳輸(HTTP請求)的技術。使用它可以讓頁面請求少量的資料,而不用重新整理整個頁面。而傳統的頁面(不使用Ajax)要重新整理部分內容,必須過載整個網頁頁面。
Ajax
基於什麼?
答:它基於的是XMLHttpRequest(XHR)。這是一個比較粗糙的API,不符合關注分離的設計原則(Separation of Concerns),配置和使用都不是那麼友好。
$.ajax
的產生背景?
答:基於上面的原因,各種ajax庫引用而生,然而最有名的就是jQuery的API中的 $.ajax()
$.ajax()
它的一個優勢非同步操作,但jQuery的非同步操作是基於事件的非同步模型,沒有promise那麼友好。
fetch
產生的背景?
答:綜合上面所講的各種因素,fetch這個api應運而生。但好用歸好用,它存在著一些問題(這個問題下面詳講,並講解相對應的解決方案),再加上相容性問題(ie壓根不支援),所以很多開發者使用了axios這個第三方庫。
- 支援promise的庫(axios)?
答:axios
這個庫現在是一個比較通用的行業解決方案,axios
流行開來的一個原因是promise,另一個原因是基於資料操作的庫的流行(vue.js, angular.js, react.js等),而傳統的jQuery是基於dom操作的庫。但它也存在著缺陷,就是我們使用前,要保證這個庫已經被引入。
其實,就我個人而言,我還是比較喜歡使用 fetch
的。在開發中遇到相容性的問題,只需要同構fetch即可,而不需要額外的引入一個庫。下面就重點說一下fetch。
fetch 的使用
fetch(url, options)
.then(response => console.log(responese))
.catch(err => console.log(err))
url:訪問地址
options:常用配置引數
response: 請求返回物件
請求引數配置 options
詳情可參考MDN fetch
fetch存在的問題及解決方案
- 得到資料你需要兩個步驟
fetch('https://api.github.com/users/lvzhenbang/repos')
.then(res => {
console.log(res)
return res.text()
}).then(data => {
console.log(data)
})
通過上面的程式碼,可以發現直接列印返回的 Response
物件中壓根就沒有資料,要想獲取到所需的資料,必須經一箇中間的方法 response.text()
(fetch提供了5中方法)
而反觀 axios
使用起來就要方便的多,它返回的 Response
物件中卻有資料,在 data
屬性內。參考程式碼如下:
axios.get('https://api.github.com/users/lvzhenbang/repos')
.then(res => console.log(res));
當然,這也不算是一個大問題,就是使用略顯麻煩了點。
- fetch的請求預設是不帶
cookie
解決這個問題,需要在 options
中配置 {credentials: 'include'}
- 並非所有的請求錯誤都會
reject
也就是說 catch
方法並不能捕獲所有的錯誤,當錯誤可以用一個狀態碼(如:404,500等)的形式表示時,fetch
返回的 Promise
不會擁有reject,只有當網路故障或請求被阻止時 catch
才有效。
解決這個問題,我們可判斷 Response
物件中的 ok
是否為true,如果不是,用 Promise
手動新增一個 reject
即可。參考程式碼如下:
fetch('https://api.github.com/usrs/lvzhenbang/repos')
.then(res => {
if (res.ok) {
return res.text()
} else {
return Promise.reject('請求失敗')
}
}).then(data => {
console.log(data)
}).catch(err => {
console.log(err)
})
如果不手動新增 reject
將打印出 undefined
,而這並不是我們想要的,當然使用 axios
則不需要考慮這個問題,程式碼如下:
axios.get('https://api.github.com/usrs/lvzhenbang/repos')
.then(res => console.log(res))
.catch(err => console.log(err));
fetch 的優化
由於 res.text()
方法返回的就是一個 promise
,所以可以直接呼叫 .then
;此外為了保證所有的錯誤都返回一個統一的格式(都返回一個 Promise
),上面的程式碼可以優化如下:
fetch('https://api.github.com/usrs/lvzhenbang/repos')
.then(res => {
return res.text()
.then(data => {
if (res.ok) {
return data
} elese {
return Promise.reject(json)
}
})
}).then(data => {
console.log(data)
}).catch(err => {
console.log(err)
})
玩過express/koa的同學,或者對後端有一定了解的同學都知道,伺服器在某些情況下也會返回一些提示資訊,那麼應該如何處理呢?常見的錯誤提示包括一個狀態碼(status)和提示資訊(msg),程式碼修改如下:
server:
res.status(404).send({
err: 'not found'
})
client:
fetch('https://api.github.com/usrs/lvzhenbang/repos')
.then(handleResponse).then(data => {
console.log(data)
}).catch(err => {
console.log(err)
})
function handleResponse (res) {
return Promise.reject(Object.assign({}, res.text(), {
status: res.status,
msg: res.statusText
}))
}
相容解決方案
以上問題解決並優化fetch的使用後,發現fetch還是一個不錯的選擇。針對不同使用情況可以作如下處理:
首先,要引入 es5-shim
解決fetch這個新特性的同構;
其次,要引入 es6-promise
解決promise的相容問題;
然後,引入 fetch-ie8
解決fech的同構問題;
最後,引入 fetch-jsonp
解決跨域問題。
當然,你也不需要針對性的解決這些問題,GitHub團隊提供了一個polyfill解決方案,你不需要一步步的是實現。只需要兩步:
-
安裝
fetch
packagenpm install whatwg-fetch --save
-
在使用的模組引入
fetch
import 'whatwg-fetch'
window.fetch(url, options)
其他的使用和 fetch
則這個原生的API雷同。
哪些情況可以放棄使用fetch
-
獲取Promsie的狀態,如:isRejected, isResolved
-
如果使用習慣了jquery的progress方法的,或者使用deffered的一些方法
具體 fetch
實現了哪些與jquery類似的方法可參考whatwg-ftch 或者 fetch-issue
推薦:相關係列文章可關注我的github article