在es6中引入的原生Promise為js的異步回調(diào)問(wèn)題帶來(lái)了一個(gè)新的解決方式，而TJ大神寫(xiě)的co模塊搭配Generator函數(shù)的同步寫(xiě)法，更是將js的異步回調(diào)帶了更優(yōu)雅的寫(xiě)法。

今天我想對(duì)比一下這兩種方式，來(lái)看看這兩種方式的區(qū)別以及優(yōu)劣。

我們先抽象幾個(gè)操作：

以做飯為例，我們先去買菜，回來(lái)洗菜，刷碗，燒菜，最后才是吃。定義如下方法：

var buy = function (){}; //買菜，需要3s
var clean = function(){};  //洗菜，需要1s
var wash = function(){};  //刷碗，需要1s
var cook = function(){};  //煮菜，需要3s
var eat = function () {};  //吃飯，2s，最后的一個(gè)步驟。

在實(shí)際中，我們可能這樣，先去買菜，然后洗菜，然后開(kāi)始燒菜，燒菜的同時(shí)，刷碗，等碗刷完了，菜煮好了，我們才開(kāi)始吃飯。也就是，煮菜和刷碗是并行的。

Promise方式

var begin = new Date();
buySomething().then((buyed)=>{
  console.log(buyed);
  console.log(new Date()-begin);
  return clean();
}).then((cleaned)=>{
  console.log(cleaned);
  console.log(new Date()-begin);
  return Promise.all([cook(),wash()]);
}).then((value)=>{
  console.log(value);
  console.log(new Date()-begin);
  return eat();
}).then((eated)=>{
  console.log(eated);
  console.log(new Date()-begin);
}).catch((err)=>{
  console.log(err);
});

輸出結(jié)果：

菜買到啦
3021
菜洗乾淨(jìng)了
4023
[ '飯菜煮好了，可以吃飯了', '盤(pán)子洗乾淨(jìng)啦' ]
7031
飯吃完了，好舒服啊
9034

Promise里有個(gè)all()方法，可以傳遞一個(gè)promise數(shù)組，功能是當(dāng)所有promise都成功時(shí)，才返回成功。上面的例子，我們就將 cook()和wash()放到all()方法，模擬兩個(gè)操作同時(shí)進(jìn)行。從時(shí)間上來(lái)看，先去買菜，耗時(shí)3s，洗菜耗時(shí)1s，輸出4023，刷碗和煮菜同時(shí)進(jìn)行，以耗時(shí)長(zhǎng)的煮菜3s，輸出7031，最后吃飯2s，輸出9034。

Promise的優(yōu)勢(shì)就是，可以隨意定制Promise鏈，去掌控你的流程，想要同步的時(shí)候，就使用Promise鏈，想要異步，就使用Promise.all()，接口也很簡(jiǎn)單，邏輯也很簡(jiǎn)單。

co+Generator搭配使用

let begin = new Date();
co(function* (){
  let buyed = yield buySomething();
  console.log(buyed);
  console.log(new Date() - begin);
  let cleaned = yield clean();
  console.log(cleaned);
  console.log(new Date() - begin);
  let cook_and_wash = yield [cook(),wash()];
  console.log(cook_and_wash);
  console.log(new Date() - begin);
  let eated = yield eat();
  console.log(eated);
  console.log(new Date() - begin);
});

輸出：

菜買到啦
3023
菜洗乾淨(jìng)了
4026
[ '飯菜煮好了，可以吃飯了', '盤(pán)子洗乾淨(jìng)啦' ]
7033
飯吃完了，好舒服啊
9035

從代碼上，我們可以看出，使用co+Generator函數(shù)的寫(xiě)法，更趨向于同步代碼的寫(xiě)法，具體代碼是怎么執(zhí)行的，大家可以研究一下es6的Generator函數(shù)。而且yield也可以接收一個(gè)數(shù)組，用來(lái)異步執(zhí)行兩個(gè)方法。代碼上更精煉，更符合邏輯。
當(dāng)前來(lái)說(shuō)，co模塊+Generator函數(shù)是一個(gè)比較好的改善“回調(diào)地獄”的優(yōu)美的解決方案。

而且，這種方式比Promise優(yōu)的一點(diǎn)是，Promise在實(shí)際操作中可能需要嵌套，例如我上一篇博客中<>中的例子一樣，如果使用co+generator方式，則可以減少嵌套，在代碼邏輯上更清晰，也不會(huì)讓人思維混亂。

如可以改寫(xiě)為如下：

var getColl = (collname, db) => {
 return new Promise(function(resolve,reject){
  co(function* (){
   var coll = yield db.createCollection(collname,{capped: true,size: 11800000,max: 5000});
   var stats = yield coll.stats();
   if(stats.count == 0){
    var inserted = yield coll.insert({coll: collname,create_time: new Date()});
   }
   resolve(coll);
  }).catch(function(err){
   reject(err);
  });
 });
};

這段代碼在邏輯上，看起來(lái)就比之前用純Promise實(shí)現(xiàn)的清爽些，邏輯上不混亂。

es7的async和await

es7提供了async函數(shù)和await,這里和co+Generator函數(shù)方式是一樣的，都是基于Promise實(shí)現(xiàn)的。這里async函數(shù)可以看作是Generator函數(shù)的語(yǔ)法糖，await可以看作是yield的語(yǔ)法糖。

co模塊可以看作是Generator函數(shù)的執(zhí)行器，而es7中，async函數(shù)自帶執(zhí)行器，這樣就不必引用第三方的co模塊了。

更好的語(yǔ)義，async和await，比起星號(hào)和yield，語(yǔ)義更清楚了。async表示函數(shù)里有異步操作，await表示緊跟在后面的表達(dá)式需要等待結(jié)果。

更廣的適用性。 co模塊約定，yield命令后面只能是Thunk函數(shù)或Promise對(duì)象，而async函數(shù)的await命令后面，可以是Promise對(duì)象和原始類型的值（數(shù)值、字符串和布爾值，但這時(shí)等同于同步操作）。
返回值是Promise。async函數(shù)的返回值是Promise對(duì)象，這比Generator函數(shù)的返回值是Iterator對(duì)象方便多了。你可以用then方法指定下一步的操作。

可以說(shuō)，es7的async和await才是解決回調(diào)地獄的終極大招，雖然現(xiàn)在還不能以原生代碼編寫(xiě)，但是可以使用es7編寫(xiě)代碼，然后使用babel轉(zhuǎn)譯成es5代碼。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論