koa-compose 解析

'use strict'

module.exports = compose

// compose函数需要传入一个数组队列 [fn,fn,fn,fn]

function compose (middleware) {

    // 如果传入的不是数组,则抛出错误
    if (!Array.isArray(middleware)) throw new TypeError('Middleware stack must be an array!')

    // 数组队列中有一项不为函数,则抛出错误
    for (const fn of middleware) {
        if (typeof fn !== 'function') throw new TypeError('Middleware must be composed of functions!')
    }

    // compose函数调用后,返回的是以下这个匿名函数
    // 匿名函数接收两个参数,第一个随便传入,根据使用场景决定
    // 第一次调用时候第二个参数next实际上是一个undefined,因为初次调用并不需要传入next参数
    // 这个匿名函数返回一个promise
    return function (context, next) {
        let index = -1
        return dispatch(0)
        function dispatch (i) {
            // 如果传入i为负数且<=-1 返回一个Promise.reject携带着错误信息
            // 所以执行两次next会报出这个错误。将状态rejected,就是确保在一个中间件中next只调用一次

            if (i <= index) return Promise.reject(new Error('next() called multiple times'))

            // 执行一遍next之后,这个index值将改变
            index = i

            // 根据下标取出一个中间件函数
            let fn = middleware[i]

            // next在这个内部中是一个局部变量,值为undefined,因为初始没有传next的值
            // 当i已经是数组的length了,说明中间件函数都执行结束,执行结束后把fn设置为undefined
            // 问题:本来middleware[i]如果i为length的话取到的值已经是undefined了,为什么要重新给fn设置为undefined呢?
            if (i === middleware.length) fn = next

            //如果中间件遍历到最后了。那么。此时return Promise.resolve()返回一个成功状态的promise
            // 方面之后做调用then
            if (!fn) return Promise.resolve()

            // try catch保证错误在Promise的情况下能够正常被捕获。
            // 调用后依然返回一个成功的状态的Promise对象
            // 用Promise包裹中间件,方便await调用
            // 调用中间件函数,传入context(根据场景不同可以传入不同的值,在Koa传入的是ctx)
            // 第二个参数是一个next函数,可在中间件函数中调用这个函数
            // 调用next函数后,递归调用dispatch函数,目的是执行下一个中间件函数
            // next函数在中间件函数调用后返回的是一个promise对象
            try {
                return Promise.resolve(fn(context, function next () {
                    return dispatch(i + 1)
                }))
            } catch (err) {
                return Promise.reject(err)
            }
        }
    }
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,123评论 6 490
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,031评论 2 384
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 156,723评论 0 345
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,357评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,412评论 5 384
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,760评论 1 289
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,904评论 3 405
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,672评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,118评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,456评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,599评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,264评论 4 328
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,857评论 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,731评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,956评论 1 264
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,286评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,465评论 2 348

推荐阅读更多精彩内容