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每个操作的各种s。这些对于上面描述输入的 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 的内容！