国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

傳統 Ajax 已死,Fetch 永生

fai1017 / 3071人閱讀

摘要:結果證明,對于以上瀏覽器,在生產環境使用是可行的。后面可以跟對象,表示等待才會繼續向下執行,如果被或拋出異常則會被外面的捕獲。,,都是現在和未來解決異步的標準做法,可以完美搭配使用。這也是使用標準一大好處。只允許外部傳入成功或失敗后的回調。

原諒我做一次標題黨,Ajax 不會死,傳統 Ajax 指的是 XMLHttpRequest(XHR),未來現在已被 Fetch 替代。

最近把阿里一個千萬級 PV 的數據產品全部由 jQuery 的 $.ajax 遷移到 Fetch,上線一個多月以來運行非常穩定。結果證明,對于 IE8+ 以上瀏覽器,在生產環境使用 Fetch 是可行的。

由于 Fetch API 是基于 Promise 設計,有必要先學習一下 Promise,推薦閱讀 MDN Promise 教程。舊瀏覽器不支持 Promise,需要使用 polyfill es6-promise 。

本文不是 Fetch API 科普貼,其實是講異步處理和 Promise 的。Fetch API 很簡單,看文檔很快就學會了。推薦 MDN Fetch 教程 和 萬能的WHATWG Fetch 規范

Why Fetch

XMLHttpRequest 是一個設計粗糙的 API,不符合關注分離(Separation of Concerns)的原則,配置和調用方式非?;靵y,而且基于事件的異步模型寫起來也沒有現代的 Promise,generator/yield,async/await 友好。

Fetch 的出現就是為了解決 XHR 的問題,拿例子說明:

使用 XHR 發送一個 json 請求一般是這樣:

var xhr = new XMLHttpRequest();
xhr.open("GET", url);
xhr.responseType = "json";

xhr.onload = function() {
  console.log(xhr.response);
};

xhr.onerror = function() {
  console.log("Oops, error");
};

xhr.send();

使用 Fetch 后,頓時看起來好一點

fetch(url).then(function(response) {
  return response.json();
}).then(function(data) {
  console.log(data);
}).catch(function(e) {
  console.log("Oops, error");
});

使用 ES6 的 箭頭函數 后:

fetch(url).then(response => response.json())
  .then(data => console.log(data))
  .catch(e => console.log("Oops, error", e))

現在看起來好很多了,但這種 Promise 的寫法還是有 Callback 的影子,而且 promise 使用 catch 方法來進行錯誤處理的方式有點奇怪。不用急,下面使用 async/await 來做最終優化:

注:async/await 是非常新的 API,屬于 ES7,目前尚在 Stage 1(提議) 階段,這是它的完整規范。使用 Babel 開啟 runtime 模式后可以把 async/await 無痛編譯成 ES5 代碼。也可以直接使用 regenerator 來編譯到 ES5。

try {
  let response = await fetch(url);
  let data = response.json();
  console.log(data);
} catch(e) {
  console.log("Oops, error", e);
}
// 注:這段代碼如果想運行,外面需要包一個 async function

duang~~ 的一聲,使用 await 后,寫異步代碼就像寫同步代碼一樣爽。await 后面可以跟 Promise 對象,表示等待 Promise resolve() 才會繼續向下執行,如果 Promise 被 reject() 或拋出異常則會被外面的 try...catch 捕獲。

Promise,generator/yield,await/async 都是現在和未來 JS 解決異步的標準做法,可以完美搭配使用。這也是使用標準 Promise 一大好處。最近也把項目中使用第三方 Promise 庫的代碼全部轉成標準 Promise,為以后全面使用 async/await 做準備。

另外,Fetch 也很適合做現在流行的同構應用,有人基于 Fetch 的語法,在 Node 端基于 http 庫實現了 node-fetch,又有人封裝了用于同構應用的 isomorphic-fetch。

注:同構(isomorphic/universal)就是使前后端運行同一套代碼的意思,后端一般是指 NodeJS 環境。

總結一下,Fetch 優點主要有:

語法簡潔,更加語義化

基于標準 Promise 實現,支持 async/await

同構方便,使用 isomorphic-fetch

Fetch 啟用方法

下面是重點↓↓↓

先看一下 Fetch 原生支持率:

原生支持率并不高,幸運的是,引入下面這些 polyfill 后可以完美支持 IE8+ :

由于 IE8 是 ES3,需要引入 ES5 的 polyfill: es5-shim, es5-sham

引入 Promise 的 polyfill: es6-promise

引入 fetch 探測庫:fetch-detector

引入 fetch 的 polyfill: fetch-ie8

可選:如果你還使用了 jsonp,引入 fetch-jsonp

可選:開啟 Babel 的 runtime 模式,現在就使用 async/await

Fetch polyfill 的基本原理是探測是否存在 window.fetch 方法,如果沒有則用 XHR 實現。這也是 github/fetch 的做法,但是有些瀏覽器(Chrome 45)原生支持 Fetch,但響應中有中文時會亂碼,老外又不太關心這種問題,所以我自己才封裝了 fetch-detectorfetch-ie8 只在瀏覽器穩定支持 Fetch 情況下才使用原生 Fetch。這些庫現在每天有幾千萬個請求都在使用,絕對靠譜!

終于,引用了這一堆 polyfill 后,可以愉快地使用 Fetch 了。但要小心,下面有坑:

Fetch 常見坑

Fetch 請求默認是不帶 cookie 的,需要設置 fetch(url, {credentials: "include"})

服務器返回 400,500 錯誤碼時并不會 reject,只有網絡錯誤這些導致請求不能完成時,fetch 才會被 reject。

竟然沒有提到 IE,這實在太不科學了,現在來詳細說下 IE

IE 使用策略

所有版本的 IE 均不支持原生 Fetch,fetch-ie8 會自動使用 XHR 做 polyfill。但在跨域時有個問題需要處理。

IE8, 9 的 XHR 不支持 CORS 跨域,雖然提供 XDomainRequest,但這個東西就是玩具,不支持傳 Cookie!如果接口需要權限驗證,還是乖乖地使用 jsonp 吧,推薦使用 fetch-jsonp。如果有問題直接提 issue,我會第一時間解決。

標準 Promise 的不足

由于 Fetch 是典型的異步場景,所以大部分遇到的問題不是 Fetch 的,其實是 Promise 的。ES6 的 Promise 是基于 Promises/A+ 標準,為了保持簡單簡潔,只提供極簡的幾個 API。如果你用過一些牛 X 的異步庫,如 jQuery(不要笑) 、Q.js 或者 RSVP.js,可能會感覺 Promise 功能太少了。

沒有 Deferred

Deferred 可以在創建 Promise 時可以減少一層嵌套,還有就是跨方法使用時很方便。
ECMAScript 11 年就有過 Deferred 提案,但后來沒被接受。其實用 Promise 不到十行代碼就能實現 Deferred:es6-deferred?,F在有了 async/await,generator/yield 后,deferred 就沒有使用價值了。

沒有獲取狀態方法:isRejected,isResolved

標準 Promise 沒有提供獲取當前狀態 rejected 或者 resolved 的方法。只允許外部傳入成功或失敗后的回調。我認為這其實是優點,這是一種聲明式的接口,更簡單。

缺少其它一些方法:always,progress,finally

always 可以通過在 then 和 catch 里重復調用方法實現。finally 也類似。progress 這種進度通知的功能還沒有用過,暫不知道如何替代。

最后

Fetch 替換 XHR 只是時間問題,現在看到國外很多新的庫都默認使用了 Fetch。

最后再做一個大膽預測:由于 async/await 這類新異步語法的出現,第三方的 Promise 類庫會逐漸被標準 Promise 替代,使用 polyfill 是現在比較明智的做法。

轉至我的博客,原文地址:https://github.com/camsong/blog/issues/2

想不想加入阿里巴巴一起玩 ES7,React,FRP 等最新技術,歡迎簡歷到 neosoyn@gmail.com

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/86024.html

相關文章

  • 20170811-fetch

    摘要:的在成為標準之后,會越來越方便開發人員與相比,更加簡潔,資源獲取方式比更優雅。。方法返回的是對象,使用深入淺出傳統已死,永生鏈接描述 Fetch API提供了一個fetch()方法,它被定義在BOM的window對象中,你可以用它來發起HTTP請求。 該方法返回的是一個Promise對象,讓你能夠對請求的返回結果進行處理(通過then方法進行連續調用,減少嵌套。ES6的Promise在...

    jzzlee 評論0 收藏0
  • 初識fetch

    摘要:后面可以跟對象,表示等待才會繼續下去執行,如果被或拋出異常則會被外面的捕獲。沒有獲取狀態方法,標準沒有提供獲取當前狀態或者的方法。只允許外部傳入成功或失敗后的回調。這種進度通知的功能還沒有用過,暫不知道如何替代。 始終不是很懂fetch的作用,然后查了很多資料,看了一篇不錯的文章,結合自己之前學習的Promise,然后做一篇文章,稍微記錄一下。傳統 Ajax 已死,Fetch 永生 雖...

    rickchen 評論0 收藏0
  • fetch使用的常見問題及其解決辦法

    首先聲明一下,本文不是要講解fetch的具體用法,不清楚的可以參考MDN fetch教程。 引言 說道fetch就不得不提XMLHttpRequest了,XHR在發送web請求時需要開發者配置相關請求信息和成功后的回調,盡管開發者只關心請求成功后的業務處理,但是也要配置其他繁瑣內容,導致配置和調用比較混亂,也不符合關注分離的原則;fetch的出現正是為了解決XHR存在的這些問題。例如下面代碼: f...

    pubdreamcc 評論0 收藏0
  • Jquery ajax, Axios, Fetch區別之我見

    摘要:我們都知道因為同源策略的問題,瀏覽器的請求是可能隨便跨域的一定要有跨域頭或者借助,但是,中可以設置為不跨域,如下所示這樣之后我們會得到一個為的返回。 免費幫忙內推阿里等各大IT公司的崗位,有興趣可以帶簡歷加微信angeltune 引言 前端技術真是一個發展飛快的領域,我三年前入職的時候只有原生XHR和Jquery ajax,我們還曾被JQuery 1.9版本版本以下不支持大文件請求這個...

    YanceyOfficial 評論0 收藏0
  • AJAX 的進階使用(Blob、ArrayBuffer、FormData、Document、JSON

    摘要:讓應用程序擁有異步讀取存儲在用戶計算機上文件或原始數據緩沖區的能力,使用或對象指定要讀取的文件或數據。對象用來表示通用的固定長度的原始二進制數據緩沖區。事實上,沒有名為的全局對象,也沒有一個名為的構造函數。 Ajax 即 Asynchronous Javascript And XML (異步 JavaScript 和 XML),是指一種創建交互式網頁應用的網頁開發技術。在無需重新加載整...

    wean 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<