nestjs - 具有 typeorm 和类验证器的 NestJS 实体中的 DRY 原则

标签 nestjs typeorm

有没有办法把这段代码转过来

export class person {
  @IsString()
  @Column('text')
  name: string

  @IsOptional()
  @IsString()
  @Column('text')
  description?: string
}

变成类似这样的东西

export class person {
  name: string
  description?: string
}

我知道需要装饰器,但是当每个属性必须声明属性类型 3 次或更多次时,SSOT 似乎丢失了。

有没有更简单的方法来解决这个问题?乔伊?架构生成?

最佳答案

如果您发现自己在属性上反复使用同一组装饰器,您可以创建一个将它们组合在一起的新装饰器。

const CombinedDecorator = (target, property, descriptor) => {
   IsOptional(target, property, descriptor);
   IsString(target, property, descriptor);
   Column('text')(target, property, descriptor);
}

class Person {
   @CombinedDecorator()
   name: string;
}

您可以想出其中的一些来涵盖您的常见用例,或者考虑将其转变为一个装饰器工厂,该工厂接收配置对象并根据参数选择应用装饰器。

我认为,与使用 JOI 之类的东西相比,即使使用装饰器进行一点点重复也更可取,因为您仍然必须明确说明所有规则,但要在与实际模型分开的地方进行,这允许多个真实来源.

关于nestjs - 具有 typeorm 和类验证器的 NestJS 实体中的 DRY 原则,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54507039/

相关文章:

javascript - 是否可以设置 Nest.js HTTP 模块来全局使用 Promises 而不是 Observables?

node.js - 在自定义拦截器中访问 Nest "injector"

javascript - 如何为 NestJS/TypeORM 覆盖提供者

node.js - 在 Nest.JS 中将服务注入(inject)到守卫中

node.js - NestJS - Mongoose @InjectConnection 单元测试

javascript - NestJS 的自定义路由装饰器

javascript - 将 Express 应用程序迁移到 NestJS

typescript - 如何在 NestJS 中对 TypeORM 的自定义存储库进行单元测试?

sql - TypeORM 子查询