Koa入门
创建koa工程
首先,我们创建一个目录hello-koa
并作为工程目录用VS Code打开。然后,我们创建app.js
,输入以下代码:
1 | // 导入koa,和koa 1.x不同,在koa2中,我们导入的是一个class,因此用大写的Koa表示: |
对于每一个http请求,koa将调用我们传入的异步函数来处理:
1 | async (ctx, next) => { |
其中,参数ctx
是由koa传入的封装了request和response的变量,我们可以通过它访问request和response,next
是koa传入的将要处理的下一个异步函数。
上面的异步函数中,我们首先用await next();
处理下一个异步函数,然后,设置response的Content-Type和内容。
由async
标记的函数称为异步函数,在异步函数中,可以用await
调用另一个异步函数,这两个关键字将在ES7中引入。
现在我们遇到第一个问题:koa这个包怎么装,app.js
才能正常导入它?
方法一:可以用npm命令直接安装koa。先打开命令提示符,务必把当前目录切换到hello-koa
这个目录,然后执行命令:
1 | C:\...\hello-koa> npm install koa@2.0.0 |
npm会把koa2以及koa2依赖的所有包全部安装到当前目录的node_modules目录下。
方法二:在hello-koa
这个目录下创建一个package.json
,这个文件描述了我们的hello-koa
工程会用到哪些包。完整的文件内容如下:
1 | { |
其中,dependencies
描述了我们的工程依赖的包以及版本号。其他字段均用来描述项目信息,可任意填写。
然后,我们在hello-koa
目录下执行npm install
就可以把所需包以及依赖包一次性全部装好:
1 | C:\...\hello-koa> npm install |
很显然,第二个方法更靠谱,因为我们只要在package.json
正确设置了依赖,npm就会把所有用到的包都装好。
注意,任何时候都可以直接删除整个node_modules
目录,因为用npm install
命令可以完整地重新下载所有依赖。并且,这个目录不应该被放入版本控制中。
现在,我们的工程结构如下:
1 | hello-koa/ |
紧接着,我们在package.json
中添加依赖包:
1 | "dependencies": { |
然后使用npm install
命令安装后,在VS Code中执行app.js
,调试控制台输出如下:
1 | node app.js |
我们打开浏览器,输入http://localhost:3000
,即可看到效果:
还可以直接用命令node app.js
在命令行启动程序,或者用npm start
启动。npm start
命令会让npm执行定义在package.json
文件中的start对应命令:
1 | "scripts": { |
koa middleware
让我们再仔细看看koa的执行逻辑。核心代码是:
1 | app.use(async (ctx, next) => { |
每收到一个http请求,koa就会调用通过app.use()
注册的async函数,并传入ctx
和next
参数。
我们可以对ctx
操作,并设置返回内容。但是为什么要调用await next()
?
原因是koa把很多async函数组成一个处理链,每个async函数都可以做一些自己的事情,然后用await next()
来调用下一个async函数。我们把每个async函数称为middleware,这些middleware可以组合起来,完成很多有用的功能。
例如,可以用以下3个middleware组成处理链,依次打印日志,记录处理时间,输出HTML:
1 | app.use(async (ctx, next) => { |
middleware的顺序很重要,也就是调用app.use()
的顺序决定了middleware的顺序。
此外,如果一个middleware没有调用await next()
,会怎么办?答案是后续的middleware将不再执行了。这种情况也很常见,例如,一个检测用户权限的middleware可以决定是否继续处理请求,还是直接返回403错误:
1 | app.use(async (ctx, next) => { |
理解了middleware,我们就已经会用koa了!
最后注意ctx
对象有一些简写的方法,例如ctx.url
相当于ctx.request.url
,ctx.type
相当于ctx.response.type
。
处理URL
在hello-koa工程中,我们处理http请求一律返回相同的HTML,这样虽然非常简单,但是用浏览器一测,随便输入任何URL都会返回相同的网页。
正常情况下,我们应该对不同的URL调用不同的处理函数,这样才能返回不同的结果。例如像这样写:
1 | app.use(async (ctx, next) => { |
这么写是可以运行的,但是好像有点蠢。
应该有一个能集中处理URL的middleware,它根据不同的URL调用不同的处理函数,这样,我们才能专心为每个URL编写处理函数。
koa-router
为了处理URL,我们需要引入koa-router
这个middleware,让它负责处理URL映射。
我们把上一节的hello-koa
工程复制一份,重命名为url-koa
。
先在package.json
中添加依赖项:
1 | "koa-router": "7.0.0" |
然后用npm install
安装。
接下来,我们修改app.js
,使用koa-router
来处理URL:
1 | const Koa = require('koa'); |
注意导入koa-router
的语句最后的()
是函数调用:
1 | const router = require('koa-router')(); |
相当于:
1 | const fn_router = require('koa-router'); |
然后,我们使用router.get('/path', async fn)
来注册一个GET请求。可以在请求路径中使用带变量的/hello/:name
,变量可以通过ctx.params.name
访问。
再运行app.js
,我们就可以测试不同的URL:
输入:http://localhost:3000/hello/koa
处理post请求
用router.get('/path', async fn)
处理的是get请求。如果要处理post请求,可以用router.post('/path', async fn)
。
用post请求处理URL时,我们会遇到一个问题:post请求通常会发送一个表单,或者JSON,它作为request的body发送,但无论是Node.js提供的原始request对象,还是koa提供的request对象,都不提供解析request的body的功能!
所以,我们又需要引入另一个middleware来解析原始request请求,然后,把解析后的参数,绑定到ctx.request.body
中。
koa-bodyparser
就是用来干这个活的。
我们在package.json
中添加依赖项:
1 | "koa-bodyparser": "3.2.0" |
然后使用npm install
安装。
下面,修改app.js
,引入koa-bodyparser
:
1 | const bodyParser = require('koa-bodyparser'); |
在合适的位置加上:
1 | app.use(bodyParser()); |
由于middleware的顺序很重要,这个koa-bodyparser
必须在router
之前被注册到app
对象上。
现在我们就可以处理post请求了。写一个简单的登录表单:
1 | router.get('/', async (ctx, next) => { |
注意到我们用var name = ctx.request.body.name || ''
拿到表单的name
字段,如果该字段不存在,默认值设置为''
。
类似的,put、delete、head请求也可以由router处理。
Url2-Koa
重构
现在,我们已经可以处理不同的URL了,但是看看app.js
,总觉得还是有点不对劲。
所有的URL处理函数都放到app.js
里显得很乱,而且,每加一个URL,就需要修改app.js
。随着URL越来越多,app.js
就会越来越长。
如果能把URL处理函数集中到某个js文件,或者某几个js文件中就好了,然后让app.js
自动导入所有处理URL的函数。这样,代码一分离,逻辑就显得清楚了。最好是这样:
1 | url2-koa/ |
于是我们把url-koa
复制一份,重命名为url2-koa
,准备重构这个项目。
我们先在controllers
目录下编写index.js
:
1 | var fn_index = async (ctx, next) => { |
这个index.js
通过module.exports
把两个URL处理函数暴露出来。
类似的,hello.js
把一个URL处理函数暴露出来:
1 | var fn_hello = async (ctx, next) => { |
现在,我们修改app.js
,让它自动扫描controllers
目录,找到所有js
文件,导入,然后注册每个URL:
1 | // 先导入fs模块,然后用readdirSync列出文件 |
如果上面的大段代码看起来还是有点费劲,那就把它拆成更小单元的函数:
1 | function addMapping(router, mapping) { |
确保每个函数功能非常简单,一眼能看明白,是代码可维护的关键。
Controller Middleware
最后,我们把扫描controllers
目录和创建router
的代码从app.js
中提取出来,作为一个简单的middleware使用,命名为controller.js
:
1 | const fs = require('fs'); |
这样一来,我们在app.js
的代码又简化了:
1 | ... |
经过重新整理后的工程url2-koa
目前具备非常好的模块化,所有处理URL的函数按功能组存放在controllers
目录,今后我们也只需要不断往这个目录下加东西就可以了,app.js
保持不变。