本篇内容主要讲解“如何使用nodejs中的koa”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷免费云主机、域名,实用性强。下面就让小编来带大家学习“如何使用nodejs中的koa”吧! koa指的是一个类似于Express的基于Node实现的web框架,致力于成为web应用和API开发领域中的一个更小、更富有表现力、更健壮的基石。Koa并没有捆绑任何中间件,而是提供了一套优雅的方法,帮助用户快速而愉快地编写服务端应用程序。本教程操作环境:windows7系统、nodejs 12.19.0&&koa2.0版、Dell G3电脑。Koa
是一个类似于Express的Web
开发框架,创始人也是同一个人。它的主要特点是,使用了ES6的Generator函数
,进行了架构的重新设计。也就是说,Koa的原理和内部结构很像Express,但是语法和内部结构进行了升级。Koa 是一个新的 web 框架,由 Express 幕后的原班人马打造, 致力于成为 web 应用和 API 开发领域中的一个更小、更富有表现力、更健壮的基石。 通过利用 async 函数,Koa 帮你丢弃回调函数,并有力地增强错误处理。 Koa 并没有捆绑任何中间件, 而是提供了一套优雅的方法,帮助您快速而愉快地编写服务端应用程序。官方faq
有这样一个问题:”为什么koa不是Express 4.0?“,回答是这样的:”Koa与Express有很大差异,整个设计都是不同的,所以如果将Express 3.0按照这种写法升级到4.0,就意味着重写整个程序。所以,我们觉得创造一个新的库,是更合适的做法。“
一个Koa应用
就是一个对象
,包含了一个middleware
数组,这个数组由一组Generator函数
组成。这些函数负责对HTTP请求进行各种加工,比如生成缓存、指定代理、请求重定向等等。上面代码中,变量app就是一个Koa应用。它监听3000端口,返回一个内容为Hello World
的网页。app.use
方法用于向middleware
数组添加Generator函数
。listen
方法指定监听端口,并启动当前应用。
它实际上等同于下面的代码。Koa
的中间件很像Express的中间件
,也是对HTTP请求进行处理的函数
,但是必须是一个Generator函数
。
而且,Koa的中间件是一个级联式(Cascading)
的结构,也就是说,属于是层层调用,第一个中间件调用第二个中间件
,第二个调用第三个
,以此类推。上游的中间件必须等到下游的中间件返回结果
,才会继续执行,这点很像递归。
中间件通过当前应用的use
方法注册。上面代码中,app.use
方法的参数就是中间件,它是一个Generator函数
, 最大的特征就是function命令
与参数之间,必须有一个星号
。Generator函数的参数next
,表示下一个中间件。Generator
函数内部使用yield
命令,将程序的执行权转交给下一个中间件,即yield next
,要等到下一个中间件返回结果,才会继续往下执行。上面代码中,Generator函数体内部
,第一行赋值语句首先执行,开始计时,第二行yield
语句将执行权交给下一个中间件,当前中间件就暂停执行等到后面的中间件全部执行完成,执行权就回到原来暂停的地方,继续往下执行,这时才会执行第三行,计算这个过程一共花了多少时间,第四行将这个时间打印出来。
下面是一个两个中间件级联的例子。上面代码中,第一个中间件调用第二个中间件saveResults,它们都向this.body写入内容。最后,this.body的输出如下。只要有一个中间件缺少yield next
语句,后面的中间件都不会执行,这一点要引起注意。上面代码中,因为第二个中间件少了yield next
语句,第三个中间件并不会执行。
如果想跳过一个中间件,可以直接在该中间件的第一行语句写上return yield next。由于Koa要求中间件唯一的参数就是next
,导致如果要传入其他参数,必须另外写一个返回Generator函数
的函数。上面代码中,真正的中间件是logger函数的返回值,而logger函数是可以接受参数的。由于中间件的参数统一为next
(意为下一个中间件),因此可以使用.call(this, next)
,将多个中间件进行合并。上面代码中,中间件all内部,就是依次调用random、backwards、pi,后一个中间件就是前一个中间件的参数。
Koa内部使用koa-compose
模块,进行同样的操作,下面是它的源码。上面代码中,middleware是中间件数组。前一个中间件的参数是后一个中间件,依次类推。如果最后一个中间件没有next参数,则传入一个空函数。可以通过this.path属性,判断用户请求的路径,从而起到路由作用。下面是多路径的例子。上面代码中,每一个中间件负责一个路径,如果路径不符合,就传递给下一个中间件。
复杂的路由需要安装koa-router插件。上面代码对根路径设置路由。
Koa-router实例提供一系列动词方法,即一种HTTP动词对应一种方法。典型的动词方法有以下五种。router.get()router.post()router.put()router.del()router.patch()
这些动词方法可以接受两个参数,第一个是路径模式
,第二个是对应的控制器方法
(中间件),定义用户请求该路径时服务器行为。上面代码中,router.get
方法的第一个参数是根路径,第二个参数是对应的函数方法。注意
,路径匹配的时候,不会把查询字符串考虑在内。比如,/index?param=xyz匹配路径/index。
有些路径模式比较复杂,Koa-router允许为路径模式起别名。
起名时,别名要添加为动词方法的第一个参数,这时动词方法变成接受三个参数。上面代码中,路径模式users:id
的名字就是user
。路径的名称,可以用来引用对应的具体路径,比如url方法可以根据路径名称,结合给定的参数,生成具体的路径。上面代码中,user就是路径模式的名称,对应具体路径/users/:id。url方法的第二个参数3,表示给定id的值是3,因此最后生成的路径是/users/3。
Koa-router允许为路径统一添加前缀。路径的参数通过this.params
属性获取,该属性返回一个对象,所有路径参数都是该对象的成员。上面代码中,如果/users/:user
的参数user对应的不是有效用户(比如访问/users/3),param方法注册的中间件会查到,就会返回404错误。
redirect方法会将某个路径的请求,重定向到另一个路径,并返回301状态码。redirect方法的第一个参数是请求来源,第二个参数是目的地,两者都可以用路径模式的别名代替。中间件当中的this
表示上下文对象context
,代表一次HTTP请求和回应
,即一次访问/回应的所有信息,都可以从上下文对象获得。context对象封装了request和response对象,并且提供了一些辅助方法。每次HTTP请求,就会创建一个新的context对象。context
对象的很多方法,其实是定义在ctx.request对象或ctx.response对象上面
比如,ctx.type
和ctx.length
对应于ctx.response.type
和ctx.response.length
,ctx.path和ctx.method对应于ctx.request.path和ctx.request.method。
context对象的全局属性。request:指向Request对象response:指向Response对象req:指向Node的request对象req:指向Node的response对象app:指向App对象state:用于在中间件传递信息。上面代码中,user
属性存放在this.state
对象上面,可以被另一个中间件读取。
context对象的全局方法。throw():抛出错误,直接决定了HTTP回应的状态码。assert():如果一个表达式为false,则抛出一个错误。Koa提供内置的错误处理机制,任何中间件抛出的错误都会被捕捉到,引发向客户端返回一个500
错误,而不会导致进程停止,因此也就不需要forever这样的模块重启进程。上面代码中,中间件内部抛出一个错误,并不会导致Koa应用挂掉。Koa内置的错误处理机制,会捕捉到这个错误。
当然,也可以额外部署自己的错误处理机制。上面代码自行部署了try...catch
代码块,一旦产生错误,就用this.throw
方法抛出。该方法可以将指定的状态码和错误信息,返回给客户端。
对于未捕获错误,可以设置error事件的监听函数。error
事件的监听函数还可以接受上下文对象,作为第二个参数。如果一个错误没有被捕获,koa会向客户端返回一个500错误“Internal Server Error”。this.throw
方法用于向客户端抛出一个错误。上面代码中,如果this.user属性不存在,会抛出一个401错误。
由于中间件是层级式调用,所以可以把try { yield next }
当成第一个中间件。cookie的读取和设置。get和set
方法都可以接受第三个参数,表示配置参数。其中的signed
参数,用于指定cookie
是否加密。
如果指定加密的话,必须用app.keys指定加密短语。this.cookie的配置对象的属性如下。signed
:cookie是否加密。expires
:cookie何时过期path
:cookie的路径,默认是“/”。domain
:cookie的域名。secure
:cookie是否只有https请求下才发送。httpOnly
:是否只有服务器可以取到cookie,默认为true。到此,相信大家对“如何使用nodejs中的koa”有了更深的了解,不妨来实际操作一番吧!这里是云技术网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
这篇文章主要介绍了html5类型的存储方式是什么的相关知识,内容详细易懂,操作简单快捷,具有一定借鉴价值,相信大家阅读完这篇html5类型的存储方式是什么文章都会有所收获,下面我们一起来看看吧。 html5的存储类型:1、本地存储“localstorage”,…