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

資訊專欄INFORMATION COLUMN

[譯] Async 函數(shù),讓promise更友好!

GitCafe / 3497人閱讀

摘要:箭頭函數(shù)提示不會在乎你給的是否是函數(shù),它只會把它當(dāng)做一個返回值是的普通函數(shù)。一旦所有瀏覽器都支持函數(shù)了,請在所有返回值是的函數(shù)上使用因?yàn)樗粌H可以使你的代碼更,而且它確保了函數(shù)總是返回一個。

原文鏈接

另,斷斷續(xù)續(xù)翻譯了好幾天,在發(fā)表的時候去搜索了下有沒人翻譯了,因?yàn)檫@確實(shí)是篇好文章。還真有:文章鏈接,看了下,這篇翻譯的專業(yè)些,大家可以去看看。

Async 函數(shù)是一個非常了不起的東西,它將會在Chrome 55中得到默認(rèn)支持。它允許你書寫基于promise的代碼,但它看起來就跟同步的代碼一樣,而且不會阻塞主線程。所以,它讓你的異步代碼看起來并沒有那么"聰明"卻更具有可讀性。

Async 函數(shù)的代碼示例:

async function myFirstAsyncFunction() {
  try {
    const fulfilledValue = await promise;
  }
  catch (rejectedValue) {
    // …
  }
}

如果你在一個函數(shù)聲明的的前面使用async關(guān)鍵字,那你就可以在這個函數(shù)內(nèi)使用await。當(dāng)你去await一個promise的時候,這個函數(shù)將會以非阻塞的方式暫停,直到promise處于settled狀態(tài)。如果這個Promise返回的是成功的狀態(tài),你將會得到返回值,如果返回的是失敗的狀態(tài),那失敗的信息將會被拋出。

提示: 如果你對promises不熟悉,請查看我們的promises指南

示例1: 打印響應(yīng)信息

假設(shè)我們想要請求一個URL然后把響應(yīng)信息打印出來,下面是使用promise的示例代碼:

function logFetch(url) {
  return fetch(url)
    .then(response => response.text())
    .then(text => {
      console.log(text);
    }).catch(err => {
      console.error("fetch failed", err);
    });
}

下面用async 函數(shù)來實(shí)現(xiàn)同樣的功能:

async function logFetch(url) {
  try {
    const response = await fetch(url);
    console.log(await response.text());
  }
  catch (err) {
    console.log("fetch failed", err);
  }
}

可以看到代碼行數(shù)和上例一樣,但是使用async函數(shù)的方式使得所有的回調(diào)函數(shù)都不見了!這讓我們的代碼非常容易閱讀,特別是那些對promise不是特別熟悉的同學(xué)。

提示: 你await的任何值都是通過Promise.resolve()來傳遞的,所以你可以安全地使用非本地的promise.

Async 函數(shù)的返回值

不管你是否在函數(shù)內(nèi)部使用了await, Async 函數(shù)總是返回一個promise 。當(dāng) async函數(shù)顯示滴返回任意值時,返回的promise將會調(diào)用resolve方法, 當(dāng)async函數(shù)拋出異常錯誤時,返回的promise將會調(diào)用reject方法,所以:

// wait ms milliseconds
function wait(ms) {
  return new Promise(r => setTimeout(r, ms));
}

async function hello() {
  await wait(500);
  return "world";
}

當(dāng)執(zhí)行hello()時,返回一個成功狀態(tài),并且傳遞的值為worldpromise.

async function foo() {
  await wait(500);
  throw Error("bar");
}

當(dāng)執(zhí)行foo()時,返回一個失敗狀態(tài),并且傳遞的值為Error("bar")promise.

示例2: 響應(yīng)流

在更復(fù)雜點(diǎn)的案例中, async函數(shù)更能體現(xiàn)其優(yōu)越性。假設(shè)我們想要在記錄chunks數(shù)據(jù)時將其變成響應(yīng)流, 并返回最終的信息長度。

提示: "記錄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。看到我是怎樣在它內(nèi)部調(diào)用 processResult 并建立異步循環(huán)的了嗎?這樣寫讓我覺得自己“很聰明”。但是正如大多數(shù)“聰明的”代碼一樣,你不得不盯著它看很久才能搞清楚它在做什么,就像九十年代的那些魔眼照片一樣。引用

讓我們用async函數(shù)來重寫上面的功能:

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;
}

所有的"聰明"的代碼都不見了。現(xiàn)在新的異步循環(huán)使用了可靠的,看起來普通的while循環(huán)來代替,這使我感覺非常的整潔。更多的是,在將來,我們將會使用async iterators,它將會使用for of循環(huán)來代替while循環(huán),那這講會變得更加整潔!

提示: 我對streams比較有好感。如果你對streams不太熟悉,可以看看我的指南

Async 函數(shù)的其他語法

我們已經(jīng)看過了async function() {} 的使用方式,但是async關(guān)鍵字還可以用于其他的函數(shù)語法中。

箭頭函數(shù)
// map some URLs to json-promises
const jsonPromises = urls.map(async url => {
  const response = await fetch(url);
  return response.json();
});

提示: array.map(func)不會在乎你給的是否是async函數(shù),它只會把它當(dāng)做一個返回值是promise的普通函數(shù)。所以,第二個回調(diào)的執(zhí)行并不會等待第一個回調(diào)中的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(…);

提示: 類的 constructorsgetters/settings不能是 async 函數(shù)。

注意!請避免太過強(qiáng)調(diào)順序

盡管你正在寫的代碼看起來是同步的,但請確保你沒有錯失并行處理的機(jī)會。

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,因?yàn)閮蓚€wait在同一時間處理了。

示例3: 順序輸出請求信息

假設(shè)我們想要獲取一系列的URL響應(yīng)信息,并將它們盡可能快的按正確的順序打印出來。
深呼吸....下面就是使用promise來實(shí)現(xiàn)的代碼:

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, 這達(dá)到了目的。我正在用reduce來處理一串的promise,我太"聰明"了。這是一個如此"聰明"的代碼,但我們最好不要這樣做。

但是,當(dāng)把上面的代碼轉(zhuǎn)換成使用 async函數(shù)來實(shí)現(xiàn)時,它看起來太有順序了,以至于會使我們很迷惑:

:-1: 不推薦 - 過于強(qiáng)調(diào)先后順序

async function logInOrder(urls) {
  for (const url of urls) {
    const response = await fetch(url);
    console.log(await response.text());
  }
}

看起來整潔多了,但是我的第二個請求只有在第一個請求被完全處理完成之后才會發(fā)出去,以此類推。這個比上面那個promise的實(shí)例慢多了。幸好這還有一個中立的方案:

:+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被標(biāo)準(zhǔn)的,普通的和更具可讀性的for loop 循環(huán)取代了。

瀏覽器兼容性和解決方法

在我寫這篇文章時,Chrome 55已經(jīng)默認(rèn)支持async 函數(shù)。但是在所有主流瀏覽器中,它還在開發(fā)中:

Edge - In build 14342+ behind a flag

Firefox - active development

Safari - active development

解決方法 1:Generators

所有的主流瀏覽器的最新版本都支持generators,如果你正在使用它們,你可以稍稍polyfill一下 async函數(shù).

Babel正可以為你做這些事情,這里有個通過Babel REPL寫的示例 - 是不是感覺對轉(zhuǎn)換后的代碼很熟悉。這個轉(zhuǎn)換機(jī)制是 Babel"s es2017 preset的一部分。

提示: Babel REPL是一個很有趣的東西,試試吧。

我建議你現(xiàn)在就這樣做,因?yàn)楫?dāng)你的目標(biāo)瀏覽器支持了async函數(shù)時,你只需要將Babel從你的項目中去除即可。但是如果你真的不想使用轉(zhuǎn)換工具,你可以使用Babel"s polyfill。

async function slowEcho(val) {
  await wait(1000);
  return val;
}

當(dāng)你使用了上面說的polyfill,你可以將上面的代碼替換為:

const slowEcho = createAsyncFunction(function*(val) {
  yield wait(1000);
  return val;
});

注意到你通過給createAsyncFunction函數(shù)傳遞了一個generator (function*),然后使用yield 代替 await。除此之外它們的效果一樣。

解決方法2: regenerator

如果你想要兼容舊的瀏覽器,Babel同樣也能把generators給轉(zhuǎn)換了,這樣你就可以在IE8以上的瀏覽器中使用async函數(shù),但你需要使用Babel的 es2017 preset和 the es2015 preset

你會看到轉(zhuǎn)換后的代碼并不好看,所以請小心代碼膨脹。

Async all the things!

一旦所有瀏覽器都支持async函數(shù)了,請在所有返回值是promise的函數(shù)上使用async!因?yàn)樗粌H可以使你的代碼更tider, 而且它確保了async函數(shù) 總是返回一個 promise

回到 2014 年,我對async函數(shù)的出現(xiàn)感到非常激動, 現(xiàn)在很高興看到它們在瀏覽器中被支持了。Whoop!

文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/80758.html

相關(guān)文章

  • []帶你理解 Async/await

    摘要:所以是在一秒后顯示的。這個行為不會耗費(fèi)資源,因?yàn)橐婵梢酝瑫r處理其他任務(wù)執(zhí)行其他腳本,處理事件等。每個回調(diào)首先被放入微任務(wù)隊列然后在當(dāng)前代碼執(zhí)行完成后被執(zhí)行。,函數(shù)是異步的,但是會立即運(yùn)行。否則,就返回結(jié)果,并賦值。 「async/await」是 promises 的另一種更便捷更流行的寫法,同時它也更易于理解和使用。 Async functions 讓我們以 async 這個關(guān)鍵字開...

    xiaochao 評論0 收藏0
  • async & await ()

    摘要:的出現(xiàn),讓我們可以走出回調(diào)地獄,著實(shí)驚艷。我已經(jīng)開始使用里的和關(guān)鍵字來簡化的處理。異步任務(wù)在這個例子是執(zhí)行之后,一直在執(zhí)行完成才繼續(xù)下一個任務(wù)并沒有產(chǎn)生阻塞。最后這個函數(shù)處理了返回值并且返回了一個對象。依然很棒,但和使得它可維護(hù)性更好。 JavaScript Promises的出現(xiàn),讓我們可以走出回調(diào)地獄,著實(shí)驚艷。Promises 允許我們更好的引入和處理異步任務(wù),雖然如此,但引入好...

    The question 評論0 收藏0
  • async/await 應(yīng)知應(yīng)會

    摘要:原文地址原文作者翻譯作者是在版本中引入的,它對于中的異步編程而言是一個巨大的提升。可能會產(chǎn)生誤導(dǎo)一些文章把和進(jìn)行了比較,同時說它是異步編程演變過程中的下一代解決方案,對此我不敢茍同。結(jié)論在中引入的關(guān)鍵字無疑是對異步編程的一大加強(qiáng)。 原文地址: https://hackernoon.com/javasc...原文作者: Charlee Li 翻譯作者: Xixi20160512 asy...

    Ku_Andrew 評論0 收藏0
  • [] TC39,ECMAScript 和 JavaScript 的未來(Part 1)

    摘要:由很多令人興奮的功能,如對象的解析與剩余,異步迭代器,方法和更好的正則表達(dá)式支持。迭代可以是任何遵循迭代器協(xié)議的對象。迭代器方法應(yīng)該返回一個具有方法的對象。 原文:TC39, ECMAScript, and the Future of JavaScript作者:Nicolás Bevacqua 譯者序 很榮幸能夠和 Nicolás Bevacqua 同臺分享。Nicolás Beva...

    ziwenxie 評論0 收藏0

發(fā)表評論

0條評論

閱讀需要支付1元查看
<