Fastify

装饰器

装饰器 API 允许你自定义服务器实例或请求周期中的请求/回复等对象。任意类型的属性都能通过装饰器添加到这些对象上,包括函数、普通对象 (plain object) 以及原生类型。

装饰器 API 是 同步 的。如果异步地添加装饰器,可能会导致在装饰器完成初始化之前, Fastify 实例就已经引导完毕了。因此,必须将 register 方法与 fastify-plugin 结合使用。详见 Plugins

通过装饰器 API 来自定义对象,底层的 Javascript 引擎便能对其进行优化。这是因为引擎能在所有的对象实例被初始化与使用前,定义好它们的形状 (shape)。下文的例子则是不推荐的做法,因为它在对象的生命周期中修改了它们的形状:

  1. // 不推荐的写法!请继续阅读。
  2. // 在调用请求处理函数之前
  3. // 将 user 属性添加到请求上。
  4. fastify.addHook('preHandler', function (req, reply, done) {
  5. req.user = 'Bob Dylan'
  6. done()
  7. })
  8. // 在处理函数中使用 user 属性。
  9. fastify.get('/', function (req, reply) {
  10. reply.send(`Hello, ${req.user}`)
  11. })

由于上述例子在请求对象初始化完成后,还改动了它的形状,因此 JavaScript 引擎必须对该对象去优化。使用装饰器 API 能避开去优化问题:

  1. // 使用装饰器为请求对象添加 'user' 属性。
  2. fastify.decorateRequest('user', '')
  3. // 更新属性。
  4. fastify.addHook('preHandler', (req, reply, done) => {
  5. req.user = 'Bob Dylan'
  6. done()
  7. })
  8. // 最后访问它。
  9. fastify.get('/', (req, reply) => {
  10. reply.send(`Hello, ${req.user}!`)
  11. })

更多此话题的内容,请见 JavaScript engine fundamentals: Shapes and Inline Caches

使用方法

decorate(name, value, [dependencies])

该方法用于自定义 Fastify server 实例。

例如,为其添加一个新方法:

  1. fastify.decorate('utility', function () {
  2. // 新功能的代码
  3. })

正如上文所述,还可以传递非函数的值:

  1. fastify.decorate('conf', {
  2. db: 'some.db',
  3. port: 3000
  4. })

通过装饰属性的名称便可访问值:

  1. fastify.utility()
  2. console.log(fastify.conf.db)

可选的 dependencies 参数用于指定当前装饰器所依赖的其他装饰器列表。这个列表包含了其他装饰器的名称字符串。在下面的例子里,装饰器 “utility” 依赖于 “greet” 和 “log”:

  1. fastify.decorate('utility', fn, ['greet', 'log'])

一旦有依赖项不满足,decorate 方法便会抛出异常。依赖项检查是在服务器实例启动前进行的,因此,在运行时不会发生异常。

decorateReply(name, value, [dependencies])

顾名思义,decorateReplyReply 核心对象添加新的方法或属性:

  1. fastify.decorateReply('utility', function () {
  2. // 新功能的代码
  3. })

注:使用箭头函数会破坏 this 和 Fastify Reply 实例的绑定。

关于 dependencies 参数,请见 decorate

decorateRequest(name, value, [dependencies])

同理,decorateRequestRequest 核心对象添加新的方法或属性:

  1. fastify.decorateRequest('utility', function () {
  2. // 新功能的代码
  3. })

注:使用箭头函数会破坏 this 和 Fastify Request 实例的绑定。

关于 dependencies 参数,请见 decorate

hasDecorator(name)

用于检查服务器实例上是否存在某个装饰器:

  1. fastify.hasDecorator('utility')

hasRequestDecorator

用于检查 Request 实例上是否存在某个装饰器:

  1. fastify.hasRequestDecorator('utility')

hasReplyDecorator

用于检查 Reply 实例上是否存在某个装饰器:

  1. fastify.hasReplyDecorator('utility')

装饰器与封装

封装 的同一个上下文中,如果通过 decoratedecorateRequest 以及 decorateReply 多次定义了一个同名的的装饰器,将会抛出一个异常。

下面的示例会抛出异常:

  1. const server = require('fastify')()
  2. server.decorateReply('view', function (template, args) {
  3. // 页面渲染引擎的代码。
  4. })
  5. server.get('/', (req, reply) => {
  6. reply.view('/index.html', { hello: 'world' })
  7. })
  8. // 当在其他地方定义
  9. // view 装饰器时,抛出异常。
  10. server.decorateReply('view', function (template, args) {
  11. // 另一个渲染引擎。
  12. })
  13. server.listen(3000)

但下面这个例子不会抛异常:

  1. const server = require('fastify')()
  2. server.decorateReply('view', function (template, args) {
  3. // 页面渲染引擎的代码。
  4. })
  5. server.register(async function (server, opts) {
  6. // 我们在当前封装的插件内添加了一个 view 装饰器。
  7. // 这么做不会抛出异常。
  8. // 因为插件外部和内部的 view 装饰器是不一样的。
  9. server.decorateReply('view', function (template, args) {
  10. // another rendering engine
  11. })
  12. server.get('/', (req, reply) => {
  13. reply.view('/index.page', { hello: 'world' })
  14. })
  15. }, { prefix: '/bar' })
  16. server.listen(3000)

Getter 和 Setter

装饰器接受特别的 “getter/setter” 对象。这些对象拥有着名为 gettersetter 的函数 (尽管 setter 是可选的)。这么做便可以通过装饰器来定义属性。例如:

  1. fastify.decorate('foo', {
  2. getter () {
  3. return 'a getter'
  4. }
  5. })

上例会在 Fastify 实例中定义一个 foo 属性:

  1. console.log(fastify.foo) // 'a getter'