在NestJS的DTO中添加类方法是否属于最佳实践？

先给你明确结论：不推荐在DTO类里加这类自定义方法，原因主要有这几点：

• DTO的核心作用就是做数据传输和校验，它本质应该是个纯数据容器，只负责定义字段结构和校验规则，不该掺和业务逻辑或者数据转换的活儿。加这类方法会打破单一职责原则，让DTO的定位变得混乱。
• 不好维护：要是后面有好几个字段都要做类似的转换，DTO类会变得越来越臃肿，改起来麻烦。而用NestJS自带的**转换器（Transformer）**或者自定义装饰器，能把转换逻辑抽出来复用，清爽多了。
• 不符合DTO的设计初衷：DTO本来就是用来在不同层之间传数据的，就该保持简单，只关心数据本身，别搞数据处理的逻辑。

要是你想实现名字转小写的需求，更合适的是用class-transformer里的@Transform装饰器，举个例子：

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

export class CreateCustomerDto {
  @IsString()
  @IsNotEmpty()
  @Transform(({ value }) => value.toLowerCase())
  name: string;

  // 其他字段...
}

这种方式既能让DTO保持纯粹，又能实现数据转换的需求，还符合NestJS的生态规范。

内容的提问来源于stack exchange，提问作者Young Al Capone