编辑:我在下面实现,将其发布到 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 的)。
最佳答案
我对你的问题感到困惑,在设置一些nest.js/graphQL/mongoose类型的API时遇到类似的问题。 来自 Laravel/REST/SQL 背景的我对冗余感到非常恼火,并且不知道如何构建某种通用的 CRUD 标准,在该标准中添加新资源将变得简单快捷,例如使用节点脚本创建样板代码等。 因此,人们可以专注于实现"new"功能,而不是为相同的东西编写大量代码。
我查看了你的 GitHub 项目,在我看来你已经以某种方式对此进行了优化(例如 user.schema 既适用于 mongoose 又适用于 graphql)?我开始使用有关 graphQL 的代码优先方法,但我认为您正在遵循模式优先方法? 非常有兴趣交流有关该主题的一些想法,因为这里或其他地方没有太多关于 Nest.js 的内容!
关于mongodb - NestJS、MongoDB、Mongoose、GraphQL - 重复我自己描述用户或任何模型,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54622521/