最新文章專題視頻專題問答1問答10問答100問答1000問答2000關(guān)鍵字專題1關(guān)鍵字專題50關(guān)鍵字專題500關(guān)鍵字專題1500TAG最新視頻文章視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關(guān)鍵字專題關(guān)鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
當(dāng)前位置: 首頁 - 科技 - 知識百科 - 正文

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

來源:懂視網(wǎng) 責(zé)編:小采 時間:2020-11-27 22:14:09
文檔

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

promise和co搭配生成器函數(shù)方式解決js代碼異步流程的比較:在es6中引入的原生Promise為js的異步回調(diào)問題帶來了一個新的解決方式,而TJ大神寫的co模塊搭配Generator函數(shù)的同步寫法,更是將js的異步回調(diào)帶了更優(yōu)雅的寫法。 今天我想對比一下這兩種方式,來看看這兩種方式的區(qū)別以及優(yōu)劣。 我們先抽象幾個操作: 以做
推薦度:
導(dǎo)讀promise和co搭配生成器函數(shù)方式解決js代碼異步流程的比較:在es6中引入的原生Promise為js的異步回調(diào)問題帶來了一個新的解決方式,而TJ大神寫的co模塊搭配Generator函數(shù)的同步寫法,更是將js的異步回調(diào)帶了更優(yōu)雅的寫法。 今天我想對比一下這兩種方式,來看看這兩種方式的區(qū)別以及優(yōu)劣。 我們先抽象幾個操作: 以做

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

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

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也可以接收一個數(shù)組,用來異步執(zhí)行兩個方法。代碼上更精煉,更符合邏輯。
當(dāng)前來說,co模塊+Generator函數(shù)是一個比較好的改善“回調(diào)地獄”的優(yōu)美的解決方案。

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

如可以改寫為如下:

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實現(xiàn)的清爽些,邏輯上不混亂。

es7的async和await

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

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

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

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

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

聲明:本網(wǎng)頁內(nèi)容旨在傳播知識,若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文檔

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

promise和co搭配生成器函數(shù)方式解決js代碼異步流程的比較:在es6中引入的原生Promise為js的異步回調(diào)問題帶來了一個新的解決方式,而TJ大神寫的co模塊搭配Generator函數(shù)的同步寫法,更是將js的異步回調(diào)帶了更優(yōu)雅的寫法。 今天我想對比一下這兩種方式,來看看這兩種方式的區(qū)別以及優(yōu)劣。 我們先抽象幾個操作: 以做
推薦度:
標(biāo)簽: co 函數(shù)的 解決方式
  • 熱門焦點

最新推薦

猜你喜歡

熱門推薦

專題
Top