【源码】koa-compose洋葱模型原理解析---函数多层调用怎么写更优雅?

本文主要是介绍【源码】koa-compose洋葱模型原理解析---函数多层调用怎么写更优雅?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

资料准备
  • 【若川】koa 洋葱模型实现:https://juejin.cn/post/7005375860509245471
  • 【函数式编程指北】:https://llh911001.gitbooks.io/mostly-adequate-guide-chinese/content/ch5.html
  • https://www.yuque.com/docs/share/0268760e-60bf-4278-871e-c1e83a68be7a
学习目标
  • 全程尝试调试并且记录
  • 知道什么是koa洋葱模型
源码解析
git clone https://github.com/lxchuan12/koa-compose-analysis.git
cd koa-compose/compose
npm i
compose/index.js
'use strict'/*** Expose compositor.* 导出 compose*/module.exports = compose/*** Compose `middleware` returning* a fully valid middleware comprised* of all those which are passed.* @param {Array} middleware* @return {Function}* @api public** 接收一个 是中间件 这个参数是数组, 并且每一项是函数* 返回一个函数 接收`content` 和 `next`俩参数,最后返回一个promise*/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!')}/*** @param {Object} context* @return {Promise}* @api public* 返回一个函数 接收`content` 和 `next`俩参数,最后返回一个promise*/return function (context, next) {// last called middleware #// 默认执行 `dispatch(0)`let index = -1return dispatch(0)function dispatch (i) {// 一个函数不能多次调用// 第一次 i 为 0 index 为 -1 可以继续走下去 此时index 为 0;// 那么在走一遍 i此时还是0 index 也为0 i == index 抛出错误if (i <= index) return Promise.reject(new Error('next() called multiple times'))index = i// 拿出数组中的每一项(获取中间件函数)let fn = middleware[i]// `next`是`undefined` 当相等的时候:`fn` 就是`undefined`// 相等的时候相当于已经把`middleware`这个数组中最后一个已经拿出来了if (i === middleware.length) fn = next// 所以直接返回`promise` 的 `resolve`if (!fn) return Promise.resolve()/*** 阅读到此时不太理解 `fn(context, dispatch.bind(null, i + 1))`* 逐个解读:* + `bind` 函数返回一个新函数* + 参数1代表 `this`,如果函数不需要使用`this`,会写成`null`* + 参数2就是要传的数据* 在此处`i + 1` 对应的代码应该是 `let fn = middleware[i]` 为了获取`middleware`中下一个中间件函数* 那么是否猜测可以理解为下一个 即`next`,`bind` 返回的是一个新函数* 那么此时 是否可以理解为:* 假设:中间件数组为[fn0, fn1, fn2]; (fn0 就是中间件【传入的参数数组】中的第一个函数)* ```* fn0(context, next) {*  return Promise.resolve(fn1(context,next) {*    return Promise.resolve(fn2(content, next) {*        //......一直到 `!fn`*        return Promise.resolve();*        // 此时也不再走 `next`函数*    })*  })* }* ```* 但是一切是靠字面意思猜测,待调试的时候见真知* 此时有没有发现,分析完竟然吧所有的中间件都串起来了,此时可以理解为这就是 洋葱模型*/try {return Promise.resolve(fn(context, dispatch.bind(null, i + 1)))} catch (err) {return Promise.reject(err)}}}
}
调试前去了解一下含义吧

在这里插入图片描述

什么是洋葱🧅模型

假如你手里有一支牙签,横向穿过一个洋葱,是不是会层层穿透?从第一层进去、到第二层、第三次…然后到中间层后,再层层穿透的出,从第三层出、第二层、第一层…
这就是洋葱模型,就如分析的上方代码一样将中间件一个个获取出来。

初步了解了含义,那么就调试来感受吧
  1. 找到 koa-compose-analysis/compose/test/test.js
    在这里插入图片描述
    在这里插入图片描述
  • 1.继续(F5): 点击后代码会直接执行到下一个断点所在位置,如果没有下一个断点,则认为本次代码执行完成。
  • 2.单步跳过(F10):点击后会跳到当前代码下一行继续执行,不会进入到函数内部。
  • 3.单步调试(F11):点击后进入到当前函数的内部调试,比如在 compose 这一行中执行单步调试,会进入到 compose 函数内部进行调试。
  • 4.单步跳出(Shift + F11):点击后跳出当前调试的函数,与单步调试对应。
  • 5.重启(Ctrl + Shift + F5):顾名思义。
  • 6.断开链接(Shift + F5):顾名思义。
  1. 45行处调用了compose 在这里插入图片描述
  2. 进入compose这个函数中。可以看到,传入的参数 , 与上方看的源码的意思一样,继续往下看~
  • compose函数的流程如下:
  • 1.验证middleware参数是否是一个数组
  • 2.验证middleware参数里面的每一个元素是否为一个函数
  • 3.返回一个函数,接受两个参数,一个context, 一个next
    在这里插入图片描述
  1. 走到从此判断,返回了一个函数在这里插入图片描述5. 接着点击继续 就跳到了此处,那么重新进入此函数看看接下来是怎么运作的~在这里插入图片描述
  2. 此时进入了dispatchdispatch主要干的事情就是:
  • 1.判断函数不能多次调用,
  • 2.更新 index的值
  • 3.拿出中间件的每一项值,赋值给fn
  • 4.直到判断出fnundeifined ,返回一个resolvepromise
  • 5.否则调用fn, context值为最初的context, nextdispatch.bind(null, i + 1),也就是继续调用dispath方法,参数为i+1
  • 6.这里面注意一下,给bind传第一参数null, 函数内的this会指向默认宿主对象。在这里插入图片描述
  1. 当i=0时,fn指向middleware数组中的第1个元素在这里插入图片描述
    继续往下走,就在截图此处打一个断点
    在这里插入图片描述
    当i=1时,fn指向middleware数组中的第2个元素
    在这里插入图片描述
    当i=2的时候的情况:
    在这里插入图片描述
    当i=3的时候,fn为undefined的情况:
    在这里插入图片描述
    再来看看这块:
    在这里插入图片描述

这块的代码输出是[1,2,3,4,5,6],
为什么呢?
答案就是:加载完所有中间件后,输出[1,2,3],调用next()后执行完当前中间件,然后把执行权交给上一层中间件。借用一张非常经典的图。
在这里插入图片描述

为了方便理解回忆在看一个 koademo

const Koa = require('koa');const app = new Koa();
const PORT = 3000;// #1
app.use(async (ctx, next)=>{console.log(1)await next();console.log(1)
});
// #2
app.use(async (ctx, next) => {console.log(2)await next();console.log(2)
})app.use(async (ctx, next) => {console.log(3)
})app.listen(PORT);
console.log(`http://localhost:${PORT}`);
1
2
3
2
1
测试技巧
  • 在it后面加上一个only来只执行这一个测试

it.only('should work', async () => {})

  • 在it后面加上一个skip来跳过这个测试

it.skip('should work', async () => {})

  • 继续(F5): 点击后代码会直接执行到下一个断点所在位置,如果没有下一个断点,则认为本次代码执行完成。
  • 单步跳过(F10):点击后会跳到当前代码下一行继续执行,不会进入到函数内部。
  • 单步调试(F11):点击后进入到当前函数的内部调试,比如在 compose 这一行中执行单步调试,会进入到 compose 函数内部进行调试。
  • 单步跳出(Shift + F11):点击后跳出当前调试的函数,与单步调试对应。
  • 重启(Ctrl + Shift + F5):顾名思义。
  • 断开链接(Shift + F5):顾名思义。
现实中函数多层调用时的处理方法
  • 知识点:在函数式编程当中有一个很重要的概念就是函数组合, 实际上就是把处理数据的函数像管道一样连接起来, 然后让数据穿过管道得到最终的结果。

多层函数嵌套的运行结果,即把前一个函数的运行结果赋值给后一个函数。但是如果需要嵌套多层函数,那这种类似于f(g(h(x)))的写法可读性太差,我们考虑能不能写成(f, g, h)(x)这种简单直观的形式,于是compose()函数就正好帮助我们实现。compose的缺点:不能直观的看到参数

function getId(id) {// 一些处理// console.log(id, 'id1');return id
}function getData(id) {// 一些处理// console.log(id, 'id2');let data = id * 10;return data
}function formatData(data) {// 一些处理// console.log(data, 'data')let formatdata = data / 2;// console.log(formatdata, 'formatdata')return formatdata
}
const result = formatData(getData(getId(5)))
console.log(result)
//用compose 思想
const arr = [getId, getData, formatData];
const result = compose(arr)(3);
console.log(result, 'result') // 15,result
简易
function compose(funcs) {if (!Array.isArray(funcs)) throw new TypeError('Middleware stack must be an array!')// 遍历这个参数数组for (const fn of funcs) {// 校验数组中的每一项是不是函数if (typeof fn !== 'function') throw new TypeError('Middleware must be composed of functions!')}return function (...args) {//=>args:第一次调用函数传递的参数集合let len = funcs.length;if (len === 0) {//=>一个函数都不需要执行,直接返回参数argsreturn args;}if (len === 1) {//=>只需要执行第一个函数,把函数执行,把其结果返回即可return funcs[0](...args);}return funcs.reduce((x, y) => {// console.log('--x--', x)// console.log('--y--', y)return typeof x === "function" ? y(x(...args)) : y(x)});};
}
总结归纳
  • 本次很完整的进行了调试,以前都是console,现在第一反应就是调试。
  • 通过尝试写例子,对这次的知识点了解更深
  • 写笔记跟看过就是俩回事啊,在我这里,不写真的等于不会
  • 我写例子调试的网站jsRun
  • 坚持就是胜利!

这篇关于【源码】koa-compose洋葱模型原理解析---函数多层调用怎么写更优雅?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/351409

相关文章

Java中流式并行操作parallelStream的原理和使用方法

《Java中流式并行操作parallelStream的原理和使用方法》本文详细介绍了Java中的并行流(parallelStream)的原理、正确使用方法以及在实际业务中的应用案例,并指出在使用并行流... 目录Java中流式并行操作parallelStream0. 问题的产生1. 什么是parallelS

Java中Redisson 的原理深度解析

《Java中Redisson的原理深度解析》Redisson是一个高性能的Redis客户端,它通过将Redis数据结构映射为Java对象和分布式对象,实现了在Java应用中方便地使用Redis,本文... 目录前言一、核心设计理念二、核心架构与通信层1. 基于 Netty 的异步非阻塞通信2. 编解码器三、

Java HashMap的底层实现原理深度解析

《JavaHashMap的底层实现原理深度解析》HashMap基于数组+链表+红黑树结构,通过哈希算法和扩容机制优化性能,负载因子与树化阈值平衡效率,是Java开发必备的高效数据结构,本文给大家介绍... 目录一、概述:HashMap的宏观结构二、核心数据结构解析1. 数组(桶数组)2. 链表节点(Node

Java 虚拟线程的创建与使用深度解析

《Java虚拟线程的创建与使用深度解析》虚拟线程是Java19中以预览特性形式引入,Java21起正式发布的轻量级线程,本文给大家介绍Java虚拟线程的创建与使用,感兴趣的朋友一起看看吧... 目录一、虚拟线程简介1.1 什么是虚拟线程?1.2 为什么需要虚拟线程?二、虚拟线程与平台线程对比代码对比示例:三

一文解析C#中的StringSplitOptions枚举

《一文解析C#中的StringSplitOptions枚举》StringSplitOptions是C#中的一个枚举类型,用于控制string.Split()方法分割字符串时的行为,核心作用是处理分割后... 目录C#的StringSplitOptions枚举1.StringSplitOptions枚举的常用

Python函数作用域与闭包举例深度解析

《Python函数作用域与闭包举例深度解析》Python函数的作用域规则和闭包是编程中的关键概念,它们决定了变量的访问和生命周期,:本文主要介绍Python函数作用域与闭包的相关资料,文中通过代码... 目录1. 基础作用域访问示例1:访问全局变量示例2:访问外层函数变量2. 闭包基础示例3:简单闭包示例4

MyBatis延迟加载与多级缓存全解析

《MyBatis延迟加载与多级缓存全解析》文章介绍MyBatis的延迟加载与多级缓存机制,延迟加载按需加载关联数据提升性能,一级缓存会话级默认开启,二级缓存工厂级支持跨会话共享,增删改操作会清空对应缓... 目录MyBATis延迟加载策略一对多示例一对多示例MyBatis框架的缓存一级缓存二级缓存MyBat

Redis中Hash从使用过程到原理说明

《Redis中Hash从使用过程到原理说明》RedisHash结构用于存储字段-值对,适合对象数据,支持HSET、HGET等命令,采用ziplist或hashtable编码,通过渐进式rehash优化... 目录一、开篇:Hash就像超市的货架二、Hash的基本使用1. 常用命令示例2. Java操作示例三

Redis中Set结构使用过程与原理说明

《Redis中Set结构使用过程与原理说明》本文解析了RedisSet数据结构,涵盖其基本操作(如添加、查找)、集合运算(交并差)、底层实现(intset与hashtable自动切换机制)、典型应用场... 目录开篇:从购物车到Redis Set一、Redis Set的基本操作1.1 编程常用命令1.2 集

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse