generator探幽(1)--koa中间件机制浅析
本系列旨在通過對(duì)co,koa等庫源碼的研究,進(jìn)而理解generator在異步編程中的重大作用(ps:所有代碼請(qǐng)?jiān)趎ode --harmony或者iojs環(huán)境中運(yùn)行)
koa中間件的形式
相信用過koa的小伙伴一定很熟悉下面這段代碼
var app = require('koa')(),router = require('koa-router')();app.use(function *(next){console.log(1);yield next;console.log(5); }); app.use(function *(next){console.log(2);yield next;console.log(4); }); app.use(function *(){console.log(3); });app.listen(3000);當(dāng)一個(gè)請(qǐng)求到達(dá)的時(shí)候,控制臺(tái)會(huì)依次輸出1 2 3 4 5,這就是koa中強(qiáng)大的middleware特性,撇開koa本身,我們來扯扯middleware這東西是怎么實(shí)現(xiàn)的
yield *iterator
不熟悉generator和iterator的小伙伴可以先看下阮一峰先生編寫的《ES6入門》的generator函數(shù)這一節(jié)
假設(shè)你已經(jīng)熟悉了generator和iterator,現(xiàn)在我們來看一段代碼
上面代碼運(yùn)行后,控制臺(tái)會(huì)依次輸出1 2 3,這是因?yàn)樵趍1函數(shù)內(nèi)部,yield后面跟的是一個(gè)iterator。
m1Iterator.next()調(diào)用后,m1函數(shù)開始執(zhí)行。
當(dāng)m1運(yùn)行到y(tǒng)ield *m2Iterator時(shí),不會(huì)暫停,而是直接跳進(jìn)m2函數(shù)執(zhí)行m2函數(shù)內(nèi)的代碼。
由于m2函數(shù)中沒有yield,因此會(huì)一直執(zhí)行完m2函數(shù)中的代碼,并返回至m1函數(shù)中執(zhí)行yield *m2Iterator后面的代碼。
middleware中間件的雛形
理解了上面的過程后,我們接著看下面這段代碼
function *m1(){console.log(1);yield *m2();console.log(5); }function *m2(){console.log(2);yield *m3();console.log(4); }function *m3(){console.log(3); }m1().next(); //控制臺(tái)依次輸出1 2 3 4 5是不是形式跟我們一開始看到的koa的中間件有點(diǎn)接近了?
compose
compose是koa里用來實(shí)現(xiàn)中間件機(jī)制的模塊
compose函數(shù)最關(guān)鍵的一段代碼
這段代碼把middleware中傳進(jìn)來的generator數(shù)組逆序取出并依次執(zhí)行,每次執(zhí)行的時(shí)候把上次generator執(zhí)行返回的iterator當(dāng)作參數(shù)傳進(jìn)去,所有g(shù)enerator執(zhí)行完之后,調(diào)用第一個(gè)iterator
因此,在generator中間件函數(shù)中,其實(shí)yield后面跟的是個(gè)iterator,即yield *next
下面用一個(gè)例子來說明這個(gè)過程
現(xiàn)在就很像koa的中間件的寫法了。唯一的差別是koa中使用的是yeild next而我們這里用的是yield *next
其實(shí)在koa中yeild next和yeild *next效果是等價(jià)的,這主要得益于co庫,我們以后再來好好扯扯這小玩意~
總結(jié)
以上是生活随笔為你收集整理的generator探幽(1)--koa中间件机制浅析的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: org.hibernate.Mappin
- 下一篇: 10.10SSD安装盘clover 下开