Jos*_*eph 5 dry typescript graphql typeorm nestjs
我正在使用NestJS和TypeORM创建GraphQL API 。从经典的 User 实体开始,我创建了 和,如 Nestjs 文档所述。user.type.tsuser.entity.ts
这是内容的示例:
user.entity.ts@Entity({ schema: 'mydb', name: 'userList' })
export class User {
@Column('varchar', { name: 'guid', unique: true, length: 36 })
guid: string;
@Column('varchar', { name: 'firstName', length: 50 })
firstName: string;
@Column('varchar', { name: 'lastName', length: 100 })
lastName: string;
// ...
Run Code Online (Sandbox Code Playgroud)
user.type.ts@ObjectType()
export class UserType {
@Field({
name: 'ID',
description: 'Global Universal ID of the User',
})
guid: string;
@Field()
firstName: string;
@Field()
lastName: string;
// ...
Run Code Online (Sandbox Code Playgroud)
问题是:由于它们使用相同的字段,我可以创建一个结合两个类的装饰器的单个类吗?
例如:
@Entity({ schema: 'mydb', name: 'userList' })
@ObjectType()
export class User {
@Column('varchar', { name: 'guid', unique: true, length: 36 })
@Field({
name: 'ID',
description: 'Global Universal ID of the User',
})
guid: string;
@Field()
@Column('varchar', { name: 'firstName', length: 50 })
firstName: string;
@Field()
@Column('varchar', { name: 'lastName', length: 100 })
lastName: string;
Run Code Online (Sandbox Code Playgroud)
它是反模式吗?这样做有什么限制或缺点吗?
提前致谢
你可以按照你的建议去做。这不是问题。这样做是个人喜好。
然而,您可能会像我一样很快了解到,尽管从数据结构的角度来看两者具有相同的形状,但实体和 GraphQL 对象(或用 NestJS 术语来说,数据传输对象或 DTO)确实有不同的用途。您还会发现在某些情况下需要从一种转换为另一种,为此需要将它们分开。
| 归档时间: |
|
| 查看次数: |
1764 次 |
| 最近记录: |