【问题标题】：Avoiding `this` with koa用 koa 避免 `this`
【发布时间】：2015-05-21 11:25:59
【问题描述】：

在 Koa 中，我们可以在不使用预先绑定的 this 的情况下访问 Koa Context 吗？

例如：this 分配给 Koa 上下文：

app.use(function *(next) {
    this.url;
})

但是有没有类似的东西：

app.use(function *(next, ctx) {
    ctx.url;
})

为什么？假设我们使用箭头函数，this 不会是 koa 上下文：

app.use( function *( next ) {

    console.log( this.url ); // logs: "/"

    ( () => console.log( this.url ) )(); // logs: "undefined"

});

我知道我们可以做到：

app.use( function *( next ) {
    var ctx = this;
    ( () => console.log( ctx.url ) )(); // logs: "/"
});

和其他形式的绑定，但我想检查一下，按照设计，这是唯一的方法。

【问题讨论】：

标签： koa

【解决方案1】：

新答案：

它现在在 koa v2 中可用。

旧答案：
这不可能。中间件通过thunks（单参数函数）提供给应用程序，由co 提供。

截至写作（2015 年 4 月）co 中的 thunk 已弃用。所以 Koa 是留在他们身边还是转向承诺是未知的。我的 2p，来自其他函数式语言，thunk（和绑定上下文）阻碍了表现力......也许我错了，但是箭头函数就是一个例子

【讨论】：

【解决方案2】：

访问`this`

Koa 运行每个中间件，this 绑定到一个上下文。访问请求和响应需要通过上下文 this。

这绝对是设计使然。如果需要，可以在变量中存储对上下文的引用：

var self = this
//or
var ctx = this

myArray.forEach( function( item ){
    console.log( this.url )
}.bind( this ) )

Koa 的设计

Express 的外观和感觉很像“标准节点做事方式”；它遵循http 模块设置的示例。

另一方面，Koa 旨在取代“节点方式”。作者选择实现自己的理想来处理请求和中间件。 Koa 在this.request 和this.response 中公开了它自己的请求和响应版本，将原始节点req 和res 分别保留在this.req 和this.res 中。

这些例子应该让不同的心态成为焦点。

Express 方法非常基于行动。

app.use( function( req, res ){
    //SEND the response
    res.send( 'some text' )
})

Koa 方法非常“基于事实”。

app.use( function*( next ){
    //The response IS this
    this.body = 'some text'
})

因此，Koa 似乎没有以程序方式将 req 和 res 传递给函数，而是将它们作为请求的属性（或“事实”）公开。

【讨论】：