开启strict模式下NestJS中DTO验证的问题求助

以下是几个实用的解决方案，无需关闭strictNullChecks也能正常完成DTO验证：

方案一：使用非空断言符!跳过TS初始化检查 #

在DTO类的非可选属性后添加!，明确告诉TypeScript该属性会在运行时被NestJS通过class-transformer绑定赋值，既满足strict模式的类型检查要求，又不会给属性设置默认值，class-validator依然能正常校验属性是否存在。

示例代码：

import { IsString, IsNotEmpty } from 'class-validator';

export class CreateUserDto {
  @IsString()
  @IsNotEmpty()
  username!: string; // 非空断言符

  @IsString()
  @IsNotEmpty()
  password!: string;
}

这个方案最简单，无需额外依赖或配置，完全兼容现有class-validator的使用方式。

方案二：改用Zod做Schema验证 #

Zod是基于Schema的类型安全验证库，无需定义类，直接通过Schema描述数据结构，同时能自动推导TypeScript类型，完美适配strict模式。可以用NestJS的官方集成管道快速接入。

步骤示例：

1. 安装依赖：

npm install zod @nestjs/zod

2. 定义Zod Schema并推导类型：

import { z } from 'zod';

export const CreateUserSchema = z.object({
  username: z.string().nonempty(),
  password: z.string().nonempty(),
});

// 自动生成对应TypeScript类型
export type CreateUserDto = z.infer<typeof CreateUserSchema>;

3. 在控制器中使用Zod验证管道：

import { Body, Controller, Post } from '@nestjs/common';
import { ZodValidationPipe } from '@nestjs/zod';
import { CreateUserSchema, CreateUserDto } from './dto/create-user.dto';

@Controller('users')
export class UsersController {
  @Post()
  create(@Body(new ZodValidationPipe(CreateUserSchema)) createUserDto: CreateUserDto) {
    // 业务逻辑处理
  }
}

这个方案彻底避开类初始化的问题，类型安全由Zod原生保证，验证逻辑也更灵活。

方案三：单独关闭strictPropertyInitialization保留其他strict特性 #

如果坚持使用class-validator，可以在tsconfig.json中单独关闭strictPropertyInitialization选项，保留strict模式的其他类型检查规则，同时确保class-transformer能正常绑定请求数据。

修改tsconfig.json：

{
  "compilerOptions": {
    "strict": true,
    "strictPropertyInitialization": false
  }
}

DTO类正常定义即可：

import { IsString, IsNotEmpty } from 'class-validator';

export class CreateUserDto {
  @IsString()
  @IsNotEmpty()
  username: string;

  @IsString()
  @IsNotEmpty()
  password: string;
}

这个方案对类型安全的影响极小，同时保留了class-validator的使用习惯。

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