摘要:当运行到时,不会暂停,而是直接跳进函数执行函数内的代码。由于函数中没有,因此会一直执行完函数中的代码,并返回至函数中执行后面的代码。
本系列旨在通过对co,koa等库源码的研究,进而理解generator在异步编程中的重大作用(ps:所有代码请在node --harmony或者iojs环境中运行)
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);
当一个请求到达的时候,控制台会依次输出1 2 3 4 5,这就是koa中强大的middleware特性,撇开koa本身,我们来扯扯middleware这东西是怎么实现的
yield *iterator不熟悉generator和iterator的小伙伴可以先看下阮一峰先生编写的《ES6入门》的generator函数这一节
假设你已经熟悉了generator和iterator,现在我们来看一段代码
function *m1(){ console.log(1); yield *m2Iterator; console.log(3); } function *m2(){ console.log(2); } var m1Iterator = m1(), m2Iterator = m2(); m1Iterator.next();//
上面代码运行后,控制台会依次输出1 2 3,这是因为在m1函数内部,yield后面跟的是一个iterator。
m1Iterator.next()调用后,m1函数开始执行。
当m1运行到yield *m2Iterator时,不会暂停,而是直接跳进m2函数执行m2函数内的代码。
由于m2函数中没有yield,因此会一直执行完m2函数中的代码,并返回至m1函数中执行yield *m2Iterator后面的代码。
理解了上面的过程后,我们接着看下面这段代码
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(); //控制台依次输出1 2 3 4 5
是不是形式跟我们一开始看到的koa的中间件有点接近了?
composecompose是koa里用来实现中间件机制的模块
compose函数最关键的一段代码
while(i--){ next = middleware[i].call(this, next); } yield *next;
这段代码把middleware中传进来的generator数组逆序取出并依次执行,每次执行的时候把上次generator执行返回的iterator当作参数传进去,所有generator执行完之后,调用第一个iterator
因此,在generator中间件函数中,其实yield后面跟的是个iterator,即yield *next
下面用一个例子来说明这个过程
function *m1(next){ console.log(1); yield *next; console.log(5); } function *m2(next){ console.log(2); yield *next; console.log(4); } function *m3(){ console.log(3); } var gen = compose([m1, m2, m3]), it = gen(); //compose([m1, m2, m3])()可以想象成它做了这么一些事(伪代码): //1 var it3 = m3(); //2 var it2 = m2(it3); //3 var it1 = m1(it2); //4 gen = function(){ // yield *it1; // } it.next(); //控制台依次输出1 2 3 4 5
现在就很像koa的中间件的写法了。唯一的差别是koa中使用的是yeild next而我们这里用的是yield *next
其实在koa中yeild next和yeild *next效果是等价的,这主要得益于co库,我们以后再来好好扯扯这小玩意~
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/85694.html
摘要:前言被认为是第二代,它最大的特点就是独特的中间件流程控制,是一个典型的洋葱模型。这段代码就很巧妙的实现了两点将一路传下去给中间件将中的下一个中间件作为未来的返回值这两点也是洋葱模型实现的核心。 前言 koa被认为是第二代node web framework,它最大的特点就是独特的中间件流程控制,是一个典型的洋葱模型。koa和koa2中间件的思路是一样的,但是实现方式有所区别,koa2在...
摘要:启动流程主要的启动流程就是下面的步引入包实例化编写中间件监听服务器引入包引入包其实就是引入的一个继承于原生的类的类其中就包含了等原型方法实例化执行,将等对象封装在实例中编写中间件首先判断的类型,不是方法直接抛错是生成器函数的话用封装是函数 启动流程 koa 主要的启动流程就是下面的 4 步:引入 koa 包 => 实例化 koa => 编写中间件 => 监听服务器 const koa ...
摘要:任何一层报错,都能用捕获总结是一个非常轻量级的框架,只实现了中间件处理流程和对对象的封装。其他的功能都由外部中间件提供。 koa 的中间件机制巧妙的运用了闭包和 async await 的特点,形成了一个洋葱式的流程,和 JS 的事件流 (捕获 -> target -> 冒泡) 相似 handleRequest(ctx, fnMiddleware) { const res ...
摘要:注是先前版本处理异步函数的方式,通过可以将异步函数封装成,传入普通参数后形成仅需要参数的偏函数,以此简化调用代码目前中的偏函数已经被无情地化了。 前几天研究了TJ的koa/co4.x和一系列koa依赖的源码,在知乎上做出了人生首次回答(而且我真得再也不想去知乎回答技术问题了_(:з」∠)_),因此把文字搬到这里。 ES2015 Generator/Yield 关于Generator...
摘要:现在我们从实现一个简易的方法开始探索其中的机制。其中内部的可以将上一个的返回值传递给外部。一言以蔽之实现了递归调用的方法。当执行到的中间件没有时并且返回的为时逆序执行。 本文发布在github.com/ssssyoki,欢迎star,issues共同交流。 Koa是基于Node.js的下一代web开发框架,相比Express更轻,源码只有几百行。与传统的中间件不同,在Koa 1.x中采...
阅读 2370·2021-09-08 09:45
阅读 3310·2021-09-08 09:45
阅读 3071·2019-08-30 15:54
阅读 3326·2019-08-26 13:54
阅读 1361·2019-08-26 13:26
阅读 1369·2019-08-26 13:23
阅读 888·2019-08-23 17:57
阅读 2159·2019-08-23 17:14