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

Question

编辑:我在下面实现，将其发布到 GitHub用于用户身份验证。

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

描述用户模型的最佳方式是什么？是定义 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 架构。向 Mongoose 描述用户。它还扩展了 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 文件吗？它们不是只读的重要吗？我可以自动将这些类拆分到各自的文件夹中(用户放入用户文件夹，产品放入产品文件夹)吗？

当我完成带有用户身份验证的千篇一律的 NestJS、MongoDB、Passport-JWT、GraphQL 后端后，我将发布一个公共(public) GitHub 链接，以便人们有一个引用(那里有一个使用 DTO 的)。

Answer 1

我对你的问题感到困惑，在设置一些nest.js/graphQL/mongoose类型的API时遇到类似的问题。来自 Laravel/REST/SQL 背景的我对冗余感到非常恼火，并且不知道如何构建某种通用的 CRUD 标准，在该标准中添加新资源将变得简单快捷，例如使用节点脚本创建样板代码等。因此，人们可以专注于实现"new"功能，而不是为相同的东西编写大量代码。

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