[英]What's the difference between Interceptor vs Middleware vs Filter in Nest.js?
Nest.js 框架中的拦截器、过滤器和中间件有什么区别? 什么时候应该使用其中一个并优先于另一个?
谢谢
正如您在问题中已经暗示的那样,这三个都是非常相似的概念,在很多情况下很难决定并归结为您的偏好。 但我可以概述一下这些差异:
拦截器可以在调用路由处理程序之前和之后访问响应/请求。
@UseInterceptors()
控制器或方法范围的控制器类中main.ts
app.useGlobalInterceptors()
null
转换为[]
或将结果包装在响应对象中: users
-> {users: users}
与中间件相比,我喜欢注册更接近路由处理程序。 但是有一些限制,例如,当您在路由处理程序中使用库特定的@Res()
对象发送response
时,您无法设置响应代码或使用拦截器更改响应,请参阅文档。
仅在调用路由处理程序之前调用中间件。 您可以访问响应对象,但没有路由处理程序的结果。 它们基本上是快速中间件功能。
main.ts
app.use()
index.html
,请参阅此线程body-parser
或morgan
中间件的注册非常灵活,例如:适用于除一个以外的所有路由等。但是由于它们是在模块中注册的,所以当您查看它的方法时,您可能没有意识到它适用于您的控制器。 您可以利用现有的所有快速中间件库也很棒。
在路由处理程序和拦截器之后调用异常过滤器。 它们是在响应发出之前进行更改的最后一个地方。
@UseFilters()
控制器或方法范围的控制器类中app.useGlobalFilters()
在你的main.ts
index.html
。异常过滤器的基本用例是提供可理解的错误消息(隐藏技术细节)。 但也有其他创造性的使用方式:当您提供单页应用程序时,通常所有路由都应重定向到index.html
,但 API 的路由除外。 在这里,您可以重定向NotFoundException
。 有些人可能会觉得这个聪明的其他人很老套。 你的选择。 ;-)
中间件 -> 拦截器 -> 路由处理程序 -> 拦截器 -> 异常过滤器(如果抛出异常)
使用所有这三个,您可以在它们的构造函数中注入其他依赖项(如服务,...)。
我假设您的意思是管道而不是过滤器,因为过滤器主要与异常处理相关联。
肯定有一些重叠,因为中间件是组合任何 Web 应用程序的灵活方式,但更多的是通用概念(创建一堆函数来构建管道)。 其他的是 Nest 特定的概念,因此更自然地与依赖注入之类的东西联系在一起。
管道用于转换输入数据(并可选择进行验证)。
拦截器非常简洁,因为它们可以转换传入和传出 API 的数据。 它们使您能够改变原始处理程序通过使用可观察流返回的内容。 您可能需要使用两个中间件(在处理程序的两侧)来实现这一点。
当您想要转换进入处理程序的数据时,请使用管道。
需要双向转换时使用拦截器。
当您想要更接近于构建 Web 应用程序的传统(例如 Express)方式,或者当您想要更广泛地将功能同时应用于许多处理程序时(代码中浮动的装饰器较少),请使用中间件。
Nest.js的中间件的用法和功能基本等同于Express.js,一般作用于:
next()
将控制权传递给下一个中间件函数。 否则,请求将被挂起。拦截器可以在控制器和客户端之间转换数据,它可以执行以下功能:
在 Nest.js 中,Filter 一般指的是 Exception 过滤器,它负责处理跨应用程序的所有未处理的异常:
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.