NestJS、MongoDB、Mongoose、GraphQL - 重复描述用户或任何模型

Question

编辑：我在下面实现，将其发布到GitHub以进行用户身份验证。

根据评论进行编辑：DTO 文件能否被@nestjs/graphql 基于 GraphQL 类型生成的类替换？ 我可以通过生成这些类来创建 NestJS / MongoDB / Mongoose / GraphQL 应用程序，然后为我的 MongoDB Schema 扩展它们。 然后，在此问题之后，欢迎任何最佳实践意见，但将接受回答上述问题的答案。 以下是原帖：

描述用户模型的最佳方式是什么？ 是否定义了 graphQL 类型并使用它来生成类来替换dto文件并导入 Mongoose 以用于 MongoDB 模式？ 下面我将解释我在做什么，以及什么可能更好。 我自己重复的文件数量似乎不可扩展。

以下是我描述同一用户的多种方式：

users.types.graphql - GraphQL 类型，包含创建用户输入、更新用户输入等。它包含以下内容：

type Mutation {
  createUser(createUserInput: CreateUserInput): User
}

input CreateUserInput {
  username: String
  email: String
  password: String
}

type User {
  _id: String!
  username: String
  email: String
  password: String
}

user.interfaces.ts - 描述 MongoDB Schema 和我的 user.service.ts 使用的用户类型，其中包含：

export interface IUser {
  email: string;
  password: string;
  username: string;
}

user.schema.ts - MongoDB 架构。 向猫鼬描述用户。 它还扩展了user.interfaces.ts和Document的用户界面，以公开用于严格类型检查的实例方法（我可以将 .checkPassword 添加到 IUserDocument）：

export interface IUserDocument extends IUser, Document {
  checkPassword(
    password: string,
    callback: (error?: Error, same?: boolean) => any,
  ): void;
}
export const UserSchema: Schema = new Schema(....
UserSchema.pre<IUserDocument>('save', function(next) {
UserSchema.methods.checkPassword = function(....

create-user.dto.ts和每个操作的各种dto 。 这些对于上面描述输入的 GraphQl 类型文件来说似乎是多余的。 这是一个dto ：

export class CreateUserDto {
  readonly email: string;
  readonly password: string;
  readonly username: string;
}

我想知道最佳实践是为我的用户模型提供一个真实数据。 我在想：

用

GraphQLModule.forRoot({
  definitions: {
    path: join(process.cwd(), 'src/graphql.classes.ts'),
    outputAs: 'class',
  },

并将其用于我的接口和我的dto文件，因为它输出：

export class CreateUserInput {
  username?: string;
  email?: string;
  password?: string;
}

export class User {
  _id: number;
  username?: string;
  email?: string;
  password?: string;
}

那时甚至需要dto文件吗？ 它们不是只读有关系吗？ 我可以将这些类自动拆分到我各自的文件夹中（用户到用户文件夹，产品到产品文件夹）？

当我完成了一个带有用户身份验证的 cookie 切割器 NestJS、MongoDB、Passport-JWT、GraphQL 后端后，我将发布一个公共 GitHub 链接，以便人们有一个参考（那里有一个使用 DTO）。

Answer 1

我偶然发现你的问题在设置一些 nest.js/graphQL/mongoose 类型的 API 时有类似的问题。 来自 laravel/REST/SQL 背景，我对冗余感到非常恼火，并且不知道如何建立某种通用的 CRUD 标准，在这种标准中添加新资源将变得容易和快速，例如使用节点脚本创建样板代码等。因此，人们可以专注于实现“新”功能，而不是为始终相同的东西编写大量代码。

我查看了您的 GitHub 项目，在我看来您已经以某种方式对其进行了优化（例如 user.schema 既适用于 mongoose 又适用于 graphql）？ 我开始使用有关 graphQL 的代码优先方法，但我认为您在那里遵循模式优先方法？ 非常有兴趣就该主题交换一些想法，因为这里或其他地方没有太多关于 nest.js 的内容！