這篇文章主要為大家展示了“Fetch有什么用”，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“Fetch有什么用”這篇文章吧。

專注于為中小企業(yè)提供成都網(wǎng)站制作、成都網(wǎng)站建設(shè)服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)福州免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了上千企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

Fetch 的概念

Fetch 提供了對 Request 和 Response （以及其他與網(wǎng)絡(luò)請求有關(guān)的）對象的通用定義。使之今后可以被使用到更多的應(yīng)用場景中：無論是 service worker、Cache API、又或者是其他處理請求和響應(yīng)的方式，甚至是任何一種需要你自己在程序中生成響應(yīng)的方式。

它同時還為有關(guān)聯(lián)性的概念，例如CORS和HTTP原生頭信息，提供一種新的定義，取代它們原來那種分離的定義。

發(fā)送請求或者獲取資源，需要使用 WindowOrWorkerGlobalScope.fetch() 方法。它在很多接口中都被實現(xiàn)了，更具體地說，是在 Window 和 WorkerGlobalScope 接口上。因此在幾乎所有環(huán)境中都可以用這個方法獲取到資源。

兼容性

要看一個新的 API 會不會火起來，最簡單的辦法就是看它的兼容性，畢竟，如果兼容性不好，那再好用的 API 也很難火起來。

Fetch 方法對除 IE 之外的瀏覽器來說，兼容性簡直不要太好，這可以說是已經(jīng)擁有了大火的前提條件。

和 AJAX 的區(qū)別

既然是用來替代 AJAX 的，那必然是有一些 AJAX 所不具備的特性優(yōu)勢了，否則，憑啥取代啊。

總結(jié)一下，區(qū)別如下：

Fetch 使用 Promise，不使用回調(diào)函數(shù)，因此大大簡化了寫法，寫起來更簡潔。

Fetch 采用模塊化設(shè)計，API 分散在多個對象上（Response 對象、Request 對象、Headers 對象），更合理一些；相比之下，XMLHttpRequest 的 API 設(shè)計并不是很好，輸入、輸出、狀態(tài)都在同一個接口管理，容易寫出非?；靵y的代碼。

Fetch 通過數(shù)據(jù)流（Stream 對象）處理數(shù)據(jù)，可以分塊讀取，有利于提高網(wǎng)站性能表現(xiàn)，減少內(nèi)存占用，對于請求大文件或者網(wǎng)速慢的場景相當(dāng)有用。XMLHTTPRequest 對象不支持?jǐn)?shù)據(jù)流，所有的數(shù)據(jù)必須放在緩存里，不支持分塊讀取，必須等待全部拿到后，再一次性吐出來。

Fetch 是相當(dāng)符合潮流的，至少，我們可以少寫很多回調(diào)函數(shù)了，代碼的逼格也可以有所提升了。

Fetch 的用法

fetch() 方法必須接受一個參數(shù)——資源的路徑。無論請求成功與否，它都返回一個 Promise 對象，resolve 對應(yīng)請求的 Response。基本語法如下：

fetch(url)
  .then(...)
  .catch(...)

以上是“Fetch有什么用”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！