摘要:箭頭函數提示不會在乎你給的是否是函數,它只會把它當做一個返回值是的普通函數。一旦所有瀏覽器都支持函數了,請在所有返回值是的函數上使用因為它不僅可以使你的代碼更,而且它確保了函數總是返回一個。
原文鏈接
另,斷斷續續翻譯了好幾天,在發表的時候去搜索了下有沒人翻譯了,因為這確實是篇好文章。還真有:文章鏈接,看了下,這篇翻譯的專業些,大家可以去看看。
Async 函數是一個非常了不起的東西,它將會在Chrome 55中得到默認支持。它允許你書寫基于promise的代碼,但它看起來就跟同步的代碼一樣,而且不會阻塞主線程。所以,它讓你的異步代碼看起來并沒有那么"聰明"卻更具有可讀性。
Async 函數的代碼示例:
async function myFirstAsyncFunction() { try { const fulfilledValue = await promise; } catch (rejectedValue) { // … } }
如果你在一個函數聲明的的前面使用async關鍵字,那你就可以在這個函數內使用await。當你去await一個promise的時候,這個函數將會以非阻塞的方式暫停,直到promise處于settled狀態。如果這個Promise返回的是成功的狀態,你將會得到返回值,如果返回的是失敗的狀態,那失敗的信息將會被拋出。
示例1: 打印響應信息提示: 如果你對promises不熟悉,請查看我們的promises指南
假設我們想要請求一個URL然后把響應信息打印出來,下面是使用promise的示例代碼:
function logFetch(url) { return fetch(url) .then(response => response.text()) .then(text => { console.log(text); }).catch(err => { console.error("fetch failed", err); }); }
下面用async 函數來實現同樣的功能:
async function logFetch(url) { try { const response = await fetch(url); console.log(await response.text()); } catch (err) { console.log("fetch failed", err); } }
可以看到代碼行數和上例一樣,但是使用async函數的方式使得所有的回調函數都不見了!這讓我們的代碼非常容易閱讀,特別是那些對promise不是特別熟悉的同學。
Async 函數的返回值提示: 你await的任何值都是通過Promise.resolve()來傳遞的,所以你可以安全地使用非本地的promise.
不管你是否在函數內部使用了await, Async 函數總是返回一個promise 。當 async函數顯示滴返回任意值時,返回的promise將會調用resolve方法, 當async函數拋出異常錯誤時,返回的promise將會調用reject方法,所以:
// wait ms milliseconds function wait(ms) { return new Promise(r => setTimeout(r, ms)); } async function hello() { await wait(500); return "world"; }
當執行hello()時,返回一個成功狀態,并且傳遞的值為world的promise.
async function foo() { await wait(500); throw Error("bar"); }
當執行foo()時,返回一個失敗狀態,并且傳遞的值為Error("bar")的promise.
示例2: 響應流在更復雜點的案例中, async函數更能體現其優越性。假設我們想要在記錄chunks數據時將其變成響應流, 并返回最終的信息長度。
提示: "記錄chunks" 讓我感覺很別扭.
下面是使用promise的方式:
function getResponseSize(url) { return fetch(url).then(response => { const reader = response.body.getReader(); let total = 0; return reader.read().then(function processResult(result) { if (result.done) return total; const value = result.value; total += value.length; console.log("Received chunk", value); return reader.read().then(processResult); }) }); }
看清楚了,我是 promise “地下黨” Jake Archibald??吹轿沂窃鯓釉谒鼉炔空{用 processResult 并建立異步循環的了嗎?這樣寫讓我覺得自己“很聰明”。但是正如大多數“聰明的”代碼一樣,你不得不盯著它看很久才能搞清楚它在做什么,就像九十年代的那些魔眼照片一樣。引用
讓我們用async函數來重寫上面的功能:
async function getResponseSize(url) { const response = await fetch(url); const reader = response.body.getReader(); let result = await reader.read(); let total = 0; while (!result.done) { const value = result.value; total += value.length; console.log("Received chunk", value); // get the next result result = await reader.read(); } return total; }
所有的"聰明"的代碼都不見了?,F在新的異步循環使用了可靠的,看起來普通的while循環來代替,這使我感覺非常的整潔。更多的是,在將來,我們將會使用async iterators,它將會使用for of循環來代替while循環,那這講會變得更加整潔!
Async 函數的其他語法提示: 我對streams比較有好感。如果你對streams不太熟悉,可以看看我的指南
我們已經看過了async function() {} 的使用方式,但是async關鍵字還可以用于其他的函數語法中。
// map some URLs to json-promises const jsonPromises = urls.map(async url => { const response = await fetch(url); return response.json(); });
提示: array.map(func)不會在乎你給的是否是async函數,它只會把它當做一個返回值是promise的普通函數。所以,第二個回調的執行并不會等待第一個回調中的await處理完成。
const storage = { async getAvatar(name) { const cache = await caches.open("avatars"); return cache.match(`/avatars/${name}.jpg`); } }; storage.getAvatar("jaffathecake").then(…);
class Storage { constructor() { this.cachePromise = caches.open("avatars"); } async getAvatar(name) { const cache = await this.cachePromise; return cache.match(`/avatars/${name}.jpg`); } } const storage = new Storage(); storage.getAvatar("jaffathecake").then(…);
注意!請避免太過強調順序提示: 類的 constructors和getters/settings不能是 async 函數。
盡管你正在寫的代碼看起來是同步的,但請確保你沒有錯失并行處理的機會。
async function series() { await wait(500); await wait(500); return "done!"; }
上面的代碼需要 1000ms才能完成,然而:
async function parallel() { const wait1 = wait(500); const wait2 = wait(500); await wait1; await wait2; return "done!"; }
上面的代碼只需要500ms,因為兩個wait在同一時間處理了。
示例3: 順序輸出請求信息假設我們想要獲取一系列的URL響應信息,并將它們盡可能快的按正確的順序打印出來。
深呼吸....下面就是使用promise來實現的代碼:
function logInOrder(urls) { // fetch all the URLs const textPromises = urls.map(url => { return fetch(url).then(response => response.text()); }); // log them in order textPromises.reduce((chain, textPromise) => { return chain.then(() => textPromise) .then(text => console.log(text)); }, Promise.resolve()); }
Yeah, 這達到了目的。我正在用reduce來處理一串的promise,我太"聰明"了。這是一個如此"聰明"的代碼,但我們最好不要這樣做。
但是,當把上面的代碼轉換成使用 async函數來實現時,它看起來太有順序了,以至于會使我們很迷惑:
:-1: 不推薦 - 過于強調先后順序
async function logInOrder(urls) { for (const url of urls) { const response = await fetch(url); console.log(await response.text()); } }
看起來整潔多了,但是我的第二個請求只有在第一個請求被完全處理完成之后才會發出去,以此類推。這個比上面那個promise的實例慢多了。幸好這還有一個中立的方案:
:+1: 推薦 - 很好而且并行
async function logInOrder(urls) { // fetch all the URLs in parallel const textPromises = urls.map(async url => { const response = await fetch(url); return response.text(); }); // log them in sequence for (const textPromise of textPromises) { console.log(await textPromise); } }
在這個例子中,全部的url一個接一個被請求和處理,但是那個"聰明的"的reduce被標準的,普通的和更具可讀性的for loop 循環取代了。
瀏覽器兼容性和解決方法在我寫這篇文章時,Chrome 55已經默認支持async 函數。但是在所有主流瀏覽器中,它還在開發中:
Edge - In build 14342+ behind a flag
Firefox - active development
Safari - active development
解決方法 1:Generators所有的主流瀏覽器的最新版本都支持generators,如果你正在使用它們,你可以稍稍polyfill一下 async函數.
Babel正可以為你做這些事情,這里有個通過Babel REPL寫的示例 - 是不是感覺對轉換后的代碼很熟悉。這個轉換機制是 Babel"s es2017 preset的一部分。
提示: Babel REPL是一個很有趣的東西,試試吧。
我建議你現在就這樣做,因為當你的目標瀏覽器支持了async函數時,你只需要將Babel從你的項目中去除即可。但是如果你真的不想使用轉換工具,你可以使用Babel"s polyfill。
async function slowEcho(val) { await wait(1000); return val; }
當你使用了上面說的polyfill,你可以將上面的代碼替換為:
const slowEcho = createAsyncFunction(function*(val) { yield wait(1000); return val; });
注意到你通過給createAsyncFunction函數傳遞了一個generator (function*),然后使用yield 代替 await。除此之外它們的效果一樣。
解決方法2: regenerator如果你想要兼容舊的瀏覽器,Babel同樣也能把generators給轉換了,這樣你就可以在IE8以上的瀏覽器中使用async函數,但你需要使用Babel的 es2017 preset和 the es2015 preset
你會看到轉換后的代碼并不好看,所以請小心代碼膨脹。
Async all the things!一旦所有瀏覽器都支持async函數了,請在所有返回值是promise的函數上使用async!因為它不僅可以使你的代碼更tider, 而且它確保了async函數 總是返回一個 promise 。
回到 2014 年,我對async函數的出現感到非常激動, 現在很高興看到它們在瀏覽器中被支持了。Whoop!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/80758.html
摘要:所以是在一秒后顯示的。這個行為不會耗費資源,因為引擎可以同時處理其他任務執行其他腳本,處理事件等。每個回調首先被放入微任務隊列然后在當前代碼執行完成后被執行。,函數是異步的,但是會立即運行。否則,就返回結果,并賦值。 「async/await」是 promises 的另一種更便捷更流行的寫法,同時它也更易于理解和使用。 Async functions 讓我們以 async 這個關鍵字開...
摘要:的出現,讓我們可以走出回調地獄,著實驚艷。我已經開始使用里的和關鍵字來簡化的處理。異步任務在這個例子是執行之后,一直在執行完成才繼續下一個任務并沒有產生阻塞。最后這個函數處理了返回值并且返回了一個對象。依然很棒,但和使得它可維護性更好。 JavaScript Promises的出現,讓我們可以走出回調地獄,著實驚艷。Promises 允許我們更好的引入和處理異步任務,雖然如此,但引入好...
摘要:原文地址原文作者翻譯作者是在版本中引入的,它對于中的異步編程而言是一個巨大的提升??赡軙a生誤導一些文章把和進行了比較,同時說它是異步編程演變過程中的下一代解決方案,對此我不敢茍同。結論在中引入的關鍵字無疑是對異步編程的一大加強。 原文地址: https://hackernoon.com/javasc...原文作者: Charlee Li 翻譯作者: Xixi20160512 asy...
摘要:由很多令人興奮的功能,如對象的解析與剩余,異步迭代器,方法和更好的正則表達式支持。迭代可以是任何遵循迭代器協議的對象。迭代器方法應該返回一個具有方法的對象。 原文:TC39, ECMAScript, and the Future of JavaScript作者:Nicolás Bevacqua 譯者序 很榮幸能夠和 Nicolás Bevacqua 同臺分享。Nicolás Beva...
閱讀 2116·2021-11-24 10:28
閱讀 1140·2021-10-12 10:12
閱讀 3345·2021-09-22 15:21
閱讀 687·2021-08-30 09:44
閱讀 1903·2021-07-23 11:20
閱讀 1152·2019-08-30 15:56
閱讀 1763·2019-08-30 15:44
閱讀 1487·2019-08-30 13:55