yield next和yield* next的区别
yield next和yield* next之间到底有什么区别?为什么需要yield* next?经常会有人提出这个问题。虽然我们在代码中会尽量避免使用yield* next以减少新用户的疑惑,但还是经常会有人问到这个问题。为了体现自由,我们在koa框架内部使用了yield* next,但是为了避免引起混乱我们并不提倡这样做。
相关文档,可以查看这里的说明harmony proposal.
yield委托(delegating)做了什么?
假设有下面两个generator函数:
function* outer() {
yield 'open'
yield inner()
yield 'close'
} function* inner() {
yield 'hello!'
}
通过调用函数outer()能产出哪些值呢?
var gen = outer()
gen.next() // -> 'open'
gen.next() // -> a generator
gen.next() // -> 'close'
但如果我们把其中的yield inner()改成yield* inner(),结果又会是什么呢?
var gen = outer()
gen.next() // -> 'open'
gen.next() // -> 'hello!'
gen.next() // -> 'close'
事实上,下面两个function本质上来说是等价的:
function* outer() {
yield 'open'
yield* inner()
yield 'close'
} function* outer() {
yield 'open'
yield 'hello!'
yield 'close'
}
从这个意义上来说,委托的generator函数替代了yield*关键字的作用!
这与Co或Koa有什么关系呢?
Generator函数已经很让人抓狂了,它并不能帮助Koa的generator函数使用Co来控制流程。很多人都会被本地的generator函数和Co框架提供的功能搞晕。
假设有以下generator函数:
function* outer() {
this.body = yield inner
} function* inner() {
yield setImmediate
return 1
}
如果使用Co,它实际上等价于下面的代码:
function* outer() {
this.body = yield co(function inner() {
yield setImmediate
return 1
})
}
但是如果我们使用yield委托,完全可以去掉Co的调用:
function* outer() {
this.body = yield* inner()
}
那么最终执行的代码会变成下面这样:
function* outer() {
yield setImmediate
this.body = 1
}
每一个Co的调用都是一个闭包,因此它会或多或少地存在一些性能上的开销。不过你也不用太担心,这个开销不会很大,但是如果使用委托yield,我们就可以降低对第三方库的依赖而从代码级别避免这种开销。
有多快?
这里有一个链接,是之前我们讨论过的有关该话题的内容:https://github.com/koajs/compose/issues/2. 你不会看到有太多的性能差异(至少在我们看来),特别是因为实际项目中的代码会显著地降低这些基准。因此,我们并不提倡使用yield* next,不过在内部使用也并没有坏处。
有趣的是,通过使用yield* next,Koa比Express要快!Koa没有使用dispatcher(调度程序),这与Express不同。Express使用了许多的调度程序,如connect, router等。
使用委托yield,Koa事实上将:
co(function* () {
var start = Date.getTime()
this.set('X-Powered-By', 'koa')
if (this.path === '/204')
this.status = 204
if (!this.status) {
this.status = 404
this.body = 'Page Not Found'
}
this.set('X-Response-Time', Date.getTime() - start)
}).call(new Context(req, res))
拆解成:
app.use(function* responseTime(next) {
var start = Date.getTime()
yield* next
this.set('X-Response-Time', Date.getTime() - start)
}) app.use(function* poweredBy(next) {
this.set('X-Powered-By', 'koa')
yield* next
}) app.use(function* pageNotFound(next) {
yield* next
if (!this.status) {
this.status = 404
this.body = 'Page Not Found'
}
}) app.use(function* (next) {
if (this.path === '/204')
this.status = 204
})
一个理想的Web application看起来就和上面这段代码差不多。在上面使用Co的那段代码中,唯一的开销就是启动单个co实例和我们自己的Context构造函数,方便起见,我们将node的req和res对象封装进去了。
使用它进行类型检查
如果将yield*应用到不是generator的函数上,你将会看到下面的错误:
TypeError: Object function noop(done) {
done();
} has no method 'next'
这是因为基本上任何具有next方法的东西都被认为是一个generator函数!就我个人而言,我很喜欢这个,因为默认我会假设我就是一个yield* gen()。我重写了很多我的代码来使用generator函数,如果我看到某些东西没有被写成generator函数,那么我会想,我可以将它们转换成generator函数而使代码更简化吗?
当然,这也许并不适用于所有人,你也许能找到其它你想要进行类型检查的原因。
上下文
Co会在相同的上下文中调用所有连续的可yield的代码。如果你想在yield function中改变调用的上下文,会有些麻烦。看下面的代码:
function Thing() {
this.name = 'thing'
} Thing.prototype.print = function (done) {
var self = this
setImmediate(function () {
console.log(self.name)
})
} // in koa
app.use(function* () {
var thing = new Thing()
this.body = yield thing.print
})
这里你会发现this.body是undefined,这是因为Co事实上做了下面的事情:
app.use(function* () {
var thing = new Thing()
this.body = yield function (done) {
thing.print.call(this, done)
}
})
而这里的this指向的是Koa的上下文,而不是thing。
上下文在JavaScript中很重要,在使用yield*时,可以考虑使用下面两种方法之一:
yield* context.generatorFunction()
yield context.function.bind(context)
这样可以让你避开99%的generator函数的上下文问题,从而避免了使用yield context.method给你带来的困扰!
yield next和yield* next的区别的更多相关文章
- sleep、yield、wait、join的区别(阿里面试)
1. Thread.sleep(long) 和Thread.yield()都是Thread类的静态方法,在调用的时候都是Thread.sleep(long)/Thread.yield()的方式进行调 ...
- sleep、yield、wait、join的区别(阿里)
只有runnable到running时才会占用cpu时间片,其他都会出让cpu时间片.线程的资源有不少,但应该包含CPU资源和锁资源这两类.sleep(long mills):让出CPU资源,但是不会 ...
- Enumerator yielder.yield 与 Proc.yield 区别
最近看ruby cookbook遇到这个用法,google一下,这里原文解释 http://stackoverflow.com/questions/18865860/enumerator-yielde ...
- 深入理解yield(三):yield与基于Tornado的异步回调
转自:http://beginman.cn/python/2015/04/06/yield-via-Tornado/ 作者:BeginMan 版权声明:本文版权归作者所有,欢迎转载,但未经作者同意必须 ...
- 12.C#yield return和yield break及实际应用小例(六章6.2-6.4)
晚上好,各位.今天结合书中所讲和MSDN所查,聊下yield关键字,它是我们简化迭代器的关键. 如果你在语句中使用了yield关键字,则意味着它在其中出现的方法.运算符或get访问器是迭代器,通过使用 ...
- yield return 和 yield break
//yield return 返回类型必须为 IEnumerable.IEnumerable<T>.IEnumerator 或 IEnumerator<T>. static I ...
- C#yield return和yield break
C#yield return和yield break 晚上好,各位.今天结合书中所讲和MSDN所查,聊下yield关键字,它是我们简化迭代器的关键. 如果你在语句中使用了yield关键字,则意味着它在 ...
- 线程之sleep(),wait(),yield(),join()等等的方法的区别
操作线程的常用方法大体上有sleep(),join(),yield()(让位),wait(),notify(),notifyAll(),关键字synchronized等等. 由于这些方法功能有些 ...
- 线程中的sleep()、join()、yield()方法有什么区别?
sleep().join().yield()有什么区别? sleep() sleep() 方法需要指定等待的时间,它可以让当前正在执行的线程在指定的时间内暂停执行,进入阻塞状态,该方法既可以让其他同优 ...
随机推荐
- Uber的成功绝非偶然
拥有打造一个初创企业并将其做强做大的梦想并不是难事,困难的是怎样将该梦想变成现实.娱乐媒体行业经常将企业成功的过程进行美化,干净利落的将企业成功前所经历的艰苦时刻进行大刀阔斧的剪裁,让其刚好可以达到拍 ...
- 《github一天一道算法题》:并归排序
看书.思考.写代码! /******************************************* * copyright@hustyangju * blog: http://blog.c ...
- 一行代码巧妙实现iOS返回button
一行代码巧妙实现iOS返回button: self.navigationItem.leftBarButtonItem = [[UIBarButtonItem alloc]initWithImage:[ ...
- 如何在MAC上安装SSHFS
找了半天,试了各种方法,最后一种可行的方法. macOS 版本 10.12.6 具体看下面的说明: 安装Fuse 下载 osxfuse-3.6.3.dmg 并且安装. 链接 安装sshfs 下载ssh ...
- 【Web性能进阶】1.无线网络基础
一.无所不在的连接 针对不通的使用场景,无线网络技术有很多种. 鉴于无线网络技术如此多样,笼统地概括所有无线网络的性能优化手段是不可能的.好在大多数无线技术的原理都是相通的,衡量性能的指标和约束条件也 ...
- springboot+rabbitmq例子
demo目录 贴代码 1.ProducerConfig.java package com.test.config; import org.springframework.amqp.core.Bindi ...
- linux下脚本做成服务
一.脚本做成服务 1.把启动脚本复制到 /etc/init.d目录中 2.脚本内容 xxxx代表jar包名称 #!/usr/bin/env bash # chkconfig: 2345 20 80 # ...
- 关于postgres中的一些宏的tips
Postgresql作为C语言开发的代码,其中大量的运用了一些宏的操作. 因此理解这些宏很重要,然而有时候这些宏总让人很费解. 作为一个经常翻翻postgresql源码的小白,在这里做一个记录吧,方便 ...
- Netty学习笔记(一):接收nodejs模拟表单上传的文件
好久不写博客了,也好久不写代码了,这两天临时遇上一个事情,觉得不难,加上觉得手有些生,就动手做了一下,结果遇上了不少坑,有新坑,有老坑,痛苦无比,现在总算差不多了,赶紧记录下来,希望以后不再重复这种痛 ...
- git学习笔记5-撤销操作
git撤销有四种情况,一是没有commit,想恢复所有文件:二是没有commit,想恢复全部文件:三是已经commit了,想恢复某个版本:四是本地已经提交了,想从远程库恢复. 1. 没有commit, ...