promise和co搭配生成器函數(shù)方式解決js代碼異步流程的比較

在es6中引入的原生Promise為js的異步回調(diào)問題帶來了一個(gè)新的解決方式审孽,而TJ大神寫的co模塊搭配Generator函數(shù)的同步寫法,更是將js的異步回調(diào)帶了更優(yōu)雅的寫法奢入。
今天我想對(duì)比一下這兩種方式尔破,來看看這兩種方式的區(qū)別以及優(yōu)劣肄梨。

我們先抽象幾個(gè)操作:
以做飯為例键科,我們先去買菜闻丑,回來洗菜漩怎,刷碗,燒菜嗦嗡,最后才是吃勋锤。定義如下方法:

var buy = function (){};  //買菜,需要3s
var clean = function(){};   //洗菜侥祭,需要1s
var wash = function(){};    //刷碗叁执,需要1s
var cook = function(){};    //煮菜,需要3s
var eat = function () {};   //吃飯矮冬,2s谈宛,最后的一個(gè)步驟。

在實(shí)際中胎署,我們可能這樣吆录,先去買菜,然后洗菜硝拧,然后開始燒菜,燒菜的同時(shí)葛假,刷碗障陶,等碗刷完了,菜煮好了聊训,我們才開始吃飯抱究。也就是,煮菜和刷碗是并行的带斑。

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
[ '飯菜煮好了鼓寺,可以吃飯了', '盤子洗乾淨(jìng)啦' ]
7031
飯吃完了,好舒服啊
9034

Promise里有個(gè)all()方法勋磕,可以傳遞一個(gè)promise數(shù)組妈候,功能是當(dāng)所有promise都成功時(shí),才返回成功挂滓。上面的例子苦银,我們就將 cook()和wash()放到all()方法,模擬兩個(gè)操作同時(shí)進(jìn)行赶站。從時(shí)間上來看幔虏,先去買菜,耗時(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
[ '飯菜煮好了肝陪,可以吃飯了', '盤子洗乾淨(jìng)啦' ]
7033
飯吃完了,好舒服啊
9035

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

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

如可以改寫為如下:

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

這段代碼在邏輯上,看起來就比之前用純Promise實(shí)現(xiàn)的清爽些学密,邏輯上不混亂淘衙。

es7的async和await

es7提供了async函數(shù)和await,這里和co+Generator函數(shù)方式是一樣的,都是基于Promise實(shí)現(xiàn)的腻暮。這里async函數(shù)可以看作是Generator函數(shù)的語法糖彤守,await可以看作是yield的語法糖毯侦。
co模塊可以看作是Generator函數(shù)的執(zhí)行器,而es7中具垫,async函數(shù)自帶執(zhí)行器侈离,這樣就不必引用第三方的co模塊了。
更好的語義筝蚕,async和await卦碾,比起星號(hào)和yield,語義更清楚了起宽。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方法指定下一步的操作榄棵。
可以說凝颇,es7的async和await才是解決回調(diào)地獄的終極大招潘拱,雖然現(xiàn)在還不能以原生代碼編寫,但是可以使用es7編寫代碼拧略,然后使用babel轉(zhuǎn)譯成es5代碼芦岂。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市垫蛆,隨后出現(xiàn)的幾起案子禽最,更是在濱河造成了極大的恐慌,老刑警劉巖袱饭,帶你破解...
    沈念sama閱讀 207,113評(píng)論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件川无,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡虑乖,警方通過查閱死者的電腦和手機(jī)懦趋,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,644評(píng)論 2 381
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來疹味,“玉大人仅叫,你說我怎么就攤上這事帜篇。” “怎么了诫咱?”我有些...
    開封第一講書人閱讀 153,340評(píng)論 0 344
  • 文/不壞的土叔 我叫張陵笙隙,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我坎缭,道長(zhǎng)竟痰,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,449評(píng)論 1 279
  • 正文 為了忘掉前任幻锁,我火速辦了婚禮凯亮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘哄尔。我一直安慰自己假消,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,445評(píng)論 5 374
  • 文/花漫 我一把揭開白布岭接。 她就那樣靜靜地躺著富拗,像睡著了一般。 火紅的嫁衣襯著肌膚如雪鸣戴。 梳的紋絲不亂的頭發(fā)上啃沪,一...
    開封第一講書人閱讀 49,166評(píng)論 1 284
  • 那天,我揣著相機(jī)與錄音窄锅,去河邊找鬼创千。 笑死,一個(gè)胖子當(dāng)著我的面吹牛入偷,可吹牛的內(nèi)容都是我干的追驴。 我是一名探鬼主播,決...
    沈念sama閱讀 38,442評(píng)論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼疏之,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼殿雪!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起锋爪,我...
    開封第一講書人閱讀 37,105評(píng)論 0 261
  • 序言:老撾萬榮一對(duì)情侶失蹤丙曙,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后其骄,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體亏镰,經(jīng)...
    沈念sama閱讀 43,601評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,066評(píng)論 2 325
  • 正文 我和宋清朗相戀三年拯爽,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了索抓。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 38,161評(píng)論 1 334
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖纸兔,靈堂內(nèi)的尸體忽然破棺而出惰瓜,到底是詐尸還是另有隱情,我是刑警寧澤汉矿,帶...
    沈念sama閱讀 33,792評(píng)論 4 323
  • 正文 年R本政府宣布崎坊,位于F島的核電站,受9級(jí)特大地震影響洲拇,放射性物質(zhì)發(fā)生泄漏奈揍。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,351評(píng)論 3 307
  • 文/蒙蒙 一赋续、第九天 我趴在偏房一處隱蔽的房頂上張望男翰。 院中可真熱鬧,春花似錦纽乱、人聲如沸蛾绎。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,352評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽租冠。三九已至,卻和暖如春薯嗤,著一層夾襖步出監(jiān)牢的瞬間顽爹,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,584評(píng)論 1 261
  • 我被黑心中介騙來泰國(guó)打工骆姐, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留镜粤,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 45,618評(píng)論 2 355
  • 正文 我出身青樓玻褪,卻偏偏與公主長(zhǎng)得像肉渴,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子归园,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,916評(píng)論 2 344

推薦閱讀更多精彩內(nèi)容

  • 含義 async函數(shù)是Generator函數(shù)的語法糖黄虱,它使得異步操作變得更加方便稚矿。 寫成async函數(shù)庸诱,就是下面這...
    oWSQo閱讀 1,987評(píng)論 0 2
  • async 函數(shù) 含義 ES2017 標(biāo)準(zhǔn)引入了 async 函數(shù),使得異步操作變得更加方便晤揣。 async 函數(shù)是...
    huilegezai閱讀 1,257評(píng)論 0 6
  • 你不知道JS:異步 第四章:生成器(Generators) 在第二章桥爽,我們明確了采用回調(diào)表示異步流的兩個(gè)關(guān)鍵缺點(diǎn):...
    purple_force閱讀 948評(píng)論 0 2
  • 弄懂js異步 講異步之前,我們必須掌握一個(gè)基礎(chǔ)知識(shí)-event-loop昧识。 我們知道JavaScript的一大特點(diǎn)...
    DCbryant閱讀 2,697評(píng)論 0 5
  • 一钠四、Javascript實(shí)現(xiàn)異步編程的過程以及原理 1、為什么要用Javascript異步編程 眾所周知,Java...
    Ebony_7c03閱讀 854評(píng)論 0 2