Nest.js中全局Validation Pipe两种设置方式的差异是什么？

下面直接说两种全局注册Validation Pipe方式的核心区别：

方式1：通过APP_PIPE令牌在模块中注册 #

// app.module.ts

import { APP_PIPE } from '@nestjs/core';

@Module({
  providers: [    
    {
      provide: APP_PIPE, // 此处使用APP_PIPE令牌
      useValue: new ValidationPipe({}),
    },
  ]
})
export class AppModule implements NestModule {
  // ...
}

• 支持依赖注入：这是最关键的差异。如果你的ValidationPipe需要依赖其他服务（比如自定义验证器用到的数据库服务、配置服务），可以改用useClass或useFactory来创建Pipe实例，Nest会自动帮你注入所需的依赖。
• 配置与模块代码耦合：把Pipe的注册放在模块里，能让模块的职责更集中，适合模块化架构下的代码组织。

方式2：通过app.useGlobalPipes在应用启动时注册 #

// main.ts

async function bootstrap() {
  const app = await NestFactory.create(AppModule); 
  app.useGlobalPipes(new ValidationPipe({})); // 此处直接注册全局Pipe
  await app.listen(3000);
}
bootstrap();

• 无依赖注入支持：如果ValidationPipe不需要依赖其他服务，这种方式更直接简洁。但如果需要依赖，你没法直接在实例化时获取模块内的服务（硬编码获取的话不够优雅）。
• 配置与启动流程耦合：把Pipe注册放在启动入口，适合快速启用全局验证的简单场景，代码直观易懂。

总结 #

两种方式最终都能实现全局验证的效果，但核心差异在于是否支持依赖注入。如果你的Pipe需要和其他服务交互，选方式1；如果只是简单启用验证，方式2更省事。

内容的提问来源于stack exchange，提问作者user14082