GraphQL

利用 TypeScript 和 GraphQL 的强大能力

GraphQL 是一种功能强大的API查询语言,也是一种使用已有数据完成这些查询的运行时。这是一种优雅的方式,可以解决通常在REST API种发现的诸多问题。作为背景知识,我们建议你阅读这篇关于GraphQL 和 REST对比的文章 。GraphQL 与 TypeScript 相结合可以帮助你通过使用GraphQL查询语句开发出更好的安全类型查询,为你提供端到端的类型验证。

在本章中,我们假定你已经对GraphQL有了基本的了解,所以我们只关注如何使用内置的 @nestjs/graphql 模块进行开发。GraphQLModule 可以配置为使用 Apollo 服务 (使用 @nestjs/apollo 驱动程序)或 Mercurius 服务(使用 @nestjs/mercurius 驱动程序)。我们给这些久经考验的 GraphQL 包提供官方集成方案,提供了一个简单的方式来使用 GraphQL 和 Nest 。另外你也可以构建自己专用的驱动程序(参考此处)。

安装

首先,我们需要安装以下依赖包:

For Express and Apollo (default)

  1. $ npm i @nestjs/graphql @nestjs/apollo graphql apollo-server-express

For Fastify and Apollo

  1. npm i @nestjs/graphql @nestjs/apollo graphql apollo-server-fastify

Fastify and Mercurius

  1. npm i @nestjs/graphql @nestjs/mercurius graphql mercurius fastify

!> 警告 @nestjs/graphql@>9 和 @nestjs/apollo^10这 两个包兼容 Apollo v3(查阅Apollo Server 3 迁移指南获取更新信息),但是 @nestjs/graphql@^8 只支持 Apollo v2(例如:apollo-server-express@2.x.x 这个包)。

概览

Nest 提供了两种构建 GraphQL 应用的方式,即代码优先模式优先。你需要选择一种最适合你的方式来进行开发。GraphQL 这一章中的大部分章节都将被分为两个主要部分:如果你采用代码优先,则要遵循其中一个,如果你采用模式优先,则应遵循另外一个。

在代码优先方式中,你将使用装饰器和 TypeScript 类来生成相应的 GraphQL schema。如果你更喜欢用TypeScript并想避免在不同语言语法之间的上下文切换,那么这种方式会更有效。

在模式优先方式中,真相来源就是 GraphQL SDL(Schema Definition Language)文件。SDL是一种在不同平台间共享模式文件的与语言无关的方式。Nest 会基于 GraphQL schemas自动生成 TypeScript 定义(不管是用类或者接口),这样就能减少冗余模版代码的编写

开始使用 GraphQL & TypeScript

?> 提示 在接下来的章节中,我们将集成@nestjs/apollo包。如果你想用mercurius包替代,请查阅此节

依赖包安装完成后,我们就可以导入 GraphQLModule 并通过 forRoot() 静态方法来配置它。

app.module.ts

  1. import { Module } from '@nestjs/common';
  2. import { GraphQLModule } from '@nestjs/graphql';
  3. import { ApolloDriver, ApolloDriverConfig } from '@nestjs/apollo';
  4. @Module({
  5. imports: [
  6. GraphQLModule.forRoot<ApolloDriverConfig>({
  7. driver: ApolloDriver,
  8. }),
  9. ],
  10. })
  11. export class AppModule {}

?> 提示 对于 mercurius 的集成,你应该使用 Mercurius 和 MercuriusDriverConfig 替代。它们都导出自 @nestjs/mercurius 包。

forRoot() 方法有一个可选对象作为参数。这些配置项被传递到底层驱动实例(在这里阅读更多的设置:ApolloMercurius)。例如,如果你想要禁用 playground 并关闭 debug 模式(Apollo专用),传递以下配置项:

  1. import { Module } from '@nestjs/common';
  2. import { GraphQLModule } from '@nestjs/graphql';
  3. import { ApolloDriver, ApolloDriverConfig } from '@nestjs/apollo';
  4. @Module({
  5. imports: [
  6. GraphQLModule.forRoot<ApolloDriverConfig>({
  7. driver: ApolloDriver,
  8. debug: false,
  9. playground: false,
  10. }),
  11. ],
  12. })
  13. export class AppModule {}

如上所述,所有这些设置都将传递给 ApolloServer 构造函数。

GraphQL playground

Playground 是一个图形化、可交互、嵌入浏览器内的 GraphQL IDE,和 GraphQL 服务本身的默认 URL 是一样的。要使用 playground,你需要配置并运行一个基础的 GraphQ L服务。要现在看,你可以安装并构建这个示例项目。或者,如果你跟着这些代码样例学习,一旦你完成了解析器章节中的步骤,你就可以进入 playground 了。

到时候,只要将你的程序运行起来,你就可以打开浏览器并导航到 http://localhost:3000/graphql (主机名和端口可能根据你自己的配置有所不同)。你将看到 GraphQL playground,如下所示。

GraphQL - 图1

?> 注意 @nestjs/mercurius 集成方案中不包含内置的 GraphQL Playground的集成。你可以使用 GraphiQL(设置graphiql: true)替代。

多个端点

@nestjs/graphql 模块的另一个非常有用的特性是可以同时启动多个端点。这能让你自己决定哪个端点将包含哪些模块。默认情况下,GraphQL会在整个应用程序中搜索解析器。要限制该扫描仅在部分模块中进行,使用 include 属性。

  1. GraphQLModule.forRoot({
  2. include: [CatsModule],
  3. }),

!> 警告 如果你在一个单体应用中使用 apollo-server-fastify 包和多 GraphQL 多端点,请确保在 GraphQLModule 配置中打开 disableHealthCheck 设置。

代码优先

在代码优先方式中,您将只使用装饰器和 TypeScript 类来生成相应的 GraphQL schema。

使用代码优先方式,首先要在配置对象里添加 autoSchemaFile 属性:

  1. GraphQLModule.forRoot<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. autoSchemaFile: join(process.cwd(), 'src/schema.gql'),
  4. }),

这里 autoSchemaFile 属性值是您自动生成的 schema 文件将被创建的路径。或者,schema 也可以被实时创建在内存里。要开启它,需要设置 autoSchemaFile 属性为 true:

  1. GraphQLModule.forRoot<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. autoSchemaFile: true,
  4. }),

默认情况下,生成的 schema 中的类型将按照它们在包含的模块中定义的顺序。要按照字典顺序对 schema 进行排序,需设置 sortSchema 属性为 true

  1. GraphQLModule.forRoot<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. autoSchemaFile: join(process.cwd(), 'src/schema.gql'),
  4. sortSchema: true,
  5. }),

这里提供代码优先的完整例子。

模式优先

使用模式优先的方式,首先要在配置对象中添加 typePaths属性。该 typePaths 属性指示 GraphQLModule 应该查找 GraphQL SDL schema 文件的位置。这些文件将在内存中合成;这允许你把schemas分割成不同的文件并将它们放置在靠近自身解析器的地方。

  1. GraphQLModule.forRoot<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. typePaths: ['./**/*.graphql'],
  4. }),

你通常还需要有 GraphQL SDL类型对应的 TypeScript 定义(类和接口)。通过手工创建相应的 TypeScript 定义是多余和乏味的,那样做会让我们背离单一的真相来源——SDL中所做的每项更改都迫使我们也要再次调整 TypeScript 定义。要解决这个问题,@nestjs/graphql包可以从抽象语法书(AST自动生成 TypeScript 定义。要开启这个功能,需要在配置GraphQLModule的时候添加 definitions 选项属性。

  1. GraphQLModule.forRoot<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. typePaths: ['./**/*.graphql'],
  4. definitions: {
  5. path: join(process.cwd(), 'src/graphql.ts'),
  6. },
  7. }),

definitions 对象中的路径属性指定在哪里保存生成的 TypeScript 输出。默认情况下,所有生成的TypeScript类型将被创建为接口。要改为生成类,则要指明 outputAs 属性为 class

  1. GraphQLModule.forRoot<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. typePaths: ['./**/*.graphql'],
  4. definitions: {
  5. path: join(process.cwd(), 'src/graphql.ts'),
  6. outputAs: 'class',
  7. },
  8. }),

上述方式中每当应用程序启动时就会动态生成 TypeScript 定义。另外,最好构建一个简单的脚本来按需生成这些。例如,假设我们创建以下的脚本为 generate-typings.ts

  1. import { GraphQLDefinitionsFactory } from '@nestjs/graphql';
  2. import { join } from 'path';
  3. const definitionsFactory = new GraphQLDefinitionsFactory();
  4. definitionsFactory.generate({
  5. typePaths: ['./src/**/*.graphql'],
  6. path: join(process.cwd(), 'src/graphql.ts'),
  7. outputAs: 'class',
  8. });

现在你可以按需运行此脚本:

  1. $ ts-node generate-typings

?> 您也可以预先编译脚本(例如,使用 tsc)并使用 node 来执行它。

要为脚本开启观察模式(当任何 .graphql文件更改时自动生成类型),需传入 watch 选项到 generate() 方法中。

  1. definitionsFactory.generate({
  2. typePaths: ['./src/**/*.graphql'],
  3. path: join(process.cwd(), 'src/graphql.ts'),
  4. outputAs: 'class',
  5. watch: true,
  6. });

要为每个对象类型自动生成额外的 __typename 字段,需开启 emitTypenameField 选项。

  1. definitionsFactory.generate({
  2. // ...,
  3. emitTypenameField: true,
  4. });

要将解析器(查询、突变、订阅)生成不带参数的普通字段,需开启 skipResolverArgs 选项。

  1. definitionsFactory.generate({
  2. // ...,
  3. skipResolverArgs: true,
  4. });

这里 提供完整的例子。

Apollo Sandbox

要用 Apollo Sandbox 替代 graphql-playground 作为你本地开发的 GraphQL IDE,使用以下配置:

  1. import { ApolloDriver, ApolloDriverConfig } from '@nestjs/apollo';
  2. import { Module } from '@nestjs/common';
  3. import { GraphQLModule } from '@nestjs/graphql';
  4. import { ApolloServerPluginLandingPageLocalDefault } from 'apollo-server-core';
  5. @Module({
  6. imports: [
  7. GraphQLModule.forRoot<ApolloDriverConfig>({
  8. driver: ApolloDriver,
  9. playground: false,
  10. plugins: [ApolloServerPluginLandingPageLocalDefault()],
  11. }),
  12. ],
  13. })
  14. export class AppModule {}

访问生成的 schema

在某些情况下(例如端到端的测试),你可能希望引用生成的 schema 对象。在端到端的测试中,你可以使用 graphql 对象运行查询,而无需使用任何 HTTP 监听器。

你可以使用 GraphQLSchemaHost 类,访问生成的 schema(无论是代码优先还是模式优先方式)。

  1. const { schema } = app.get(GraphQLSchemaHost);

?> 你必须在应用初始化之后(在 onModuleInit 钩子被 app.listen()app.init() 方法触发之后)才能调用 GraphQLSchemaHost#schema 的 getter 方法。

Async 配置

当你需要改用异步地而不是静态地传递模块选项时,使用 forRootAsync() 方法即可。和大多数动态模块一样,Nest 提供了集中处理异步配置的技术。

其中一种技术就是使用工厂函数:

  1. GraphQLModule.forRootAsync<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. useFactory: () => ({
  4. typePaths: ['./**/*.graphql'],
  5. }),
  6. }),

与其他工厂提供者一样,我们的工厂函数也可以是异步的, 并且能够通过 inject 注入依赖关系。

  1. GraphQLModule.forRootAsync<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. imports: [ConfigModule],
  4. useFactory: async (configService: ConfigService) => ({
  5. typePaths: configService.get<string>('GRAPHQL_TYPE_PATHS'),
  6. }),
  7. inject: [ConfigService],
  8. }),

另外,你也可以在配置 GraphQLModule 时用类替代工厂,如下所示:

  1. GraphQLModule.forRootAsync<ApolloDriverConfig>({
  2. driver: ApolloDriver,
  3. useClass: GqlConfigService,
  4. }),

上述构造器在 GraphQLModule 中实例化类 GqlConfigService,使用它来创建选项对象。注意在此例中,GqlConfigService 必须实现 GqlOptionsFactory 接口,如下所示。GraphQLModule 将在提供的类的实例化对象上调用 createGqlOptions() 方法。

  1. @Injectable()
  2. class GqlConfigService implements GqlOptionsFactory {
  3. createGqlOptions(): ApolloDriverConfig {
  4. return {
  5. typePaths: ['./**/*.graphql'],
  6. };
  7. }
  8. }

如果你希望重用一个现有的选项提供者而不是在 GraphQLModule 中创建私有副本,可使用 useExisting 语法。

  1. GraphQLModule.forRootAsync<ApolloDriverConfig>({
  2. imports: [ConfigModule],
  3. useExisting: ConfigService,
  4. }),

Mercurius 集成方案

除了使用Apollo,Fastify用户(在此了解更多信息)也可以使用@nestjs/mercurius驱动程序。

  1. import { Module } from '@nestjs/common';
  2. import { GraphQLModule } from '@nestjs/graphql';
  3. import { MercuriusDriver, MercuriusDriverConfig } from '@nestjs/mercurius';
  4. @Module({
  5. imports: [
  6. GraphQLModule.forRoot<MercuriusDriverConfig>({
  7. driver: MercuriusDriver,
  8. graphiql: true,
  9. }),
  10. ],
  11. })
  12. export class AppModule {}

?> 提示 当应用程序运行时,打开浏览器并导航到 http://localhost:3000/graphiql 。你就应该看到这个 GraphQL IDE

forRoot() 方法接口一个选项对象作为参数。这些选项会被传递到底层驱动程序的实例。在此了解更多可用的设置。

解析图

通常,您必须手动创建解析图。 @nestjs/graphql 包也产生解析器映射,可以自动使用由装饰器提供的元数据。 为了学习库基础知识,我们将创建一个简单的用户 API。

模式优先

正如提到以前的章节,让我们在 SDL 中定义我们的类型(阅读更多):

  1. type Author {
  2. id: Int!
  3. firstName: String
  4. lastName: String
  5. posts: [Post]
  6. }
  7. type Post {
  8. id: Int!
  9. title: String!
  10. votes: Int
  11. }
  12. type Query {
  13. author(id: Int!): Author
  14. }

我们的 GraphQL 架构包含公开的单个查询 author(id: Int!): Author 。现在,让我们创建一个 AuthorResolver

  1. @Resolver('Author')
  2. export class AuthorResolver {
  3. constructor(
  4. private readonly authorsService: AuthorsService,
  5. private readonly postsService: PostsService,
  6. ) {}
  7. @Query()
  8. async author(@Args('id') id: number) {
  9. return await this.authorsService.findOneById(id);
  10. }
  11. @ResolveProperty()
  12. async posts(@Parent() author) {
  13. const { id } = author;
  14. return await this.postsService.findAll({ authorId: id });
  15. }
  16. }

?> 提示:使用 @Resolver() 装饰器则不必将类标记为 @Injectable() ,否则必须这么做。

@Resolver() 装饰器不影响查询和对象变动 (@Query()@Mutation() 装饰器)。这只会通知 Nest, 每个 @ResolveProperty() 有一个父节点, Author 在这种情况下是父节点, Author在这种情况下是一个类型(Author.posts 关系)。基本上,不是为类设置 @Resolver() ,而是为函数:

  1. @Resolver('Author')
  2. @ResolveProperty()
  3. async posts(@Parent() author) {
  4. const { id } = author;
  5. return await this.postsService.findAll({ authorId: id });
  6. }

但当 @ResolveProperty() 在一个类中有多个,则必须为所有的都添加 @Resolver(),这不是一个好习惯(额外的开销)。

通常, 我们会使用像 getAuthor()getPosts() 之类的函数来命名。通过将真实名称放在装饰器里很容易地做到这一点。

  1. @Resolver('Author')
  2. export class AuthorResolver {
  3. constructor(
  4. private readonly authorsService: AuthorsService,
  5. private readonly postsService: PostsService,
  6. ) {}
  7. @Query('author')
  8. async getAuthor(@Args('id') id: number) {
  9. return await this.authorsService.findOneById(id);
  10. }
  11. @ResolveProperty('posts')
  12. async getPosts(@Parent() author) {
  13. const { id } = author;
  14. return await this.postsService.findAll({ authorId: id });
  15. }
  16. }

?> 这个 @Resolver() 装饰器可以在函数级别被使用。

Typings

假设我们已经启用了分型生成功能(带outputAs: ‘class’)在前面的章节,一旦你运行应用程序,应该生成以下文件:

  1. export class Author {
  2. id: number;
  3. firstName?: string;
  4. lastName?: string;
  5. posts?: Post[];
  6. }
  7. export class Post {
  8. id: number;
  9. title: string;
  10. votes?: number;
  11. }
  12. export abstract class IQuery {
  13. abstract author(id: number): Author | Promise<Author>;
  14. }

类允许您使用装饰器,这使得它们在验证方面非常有用(阅读更多)。例如:

  1. import { MinLength, MaxLength } from 'class-validator';
  2. export class CreatePostInput {
  3. @MinLength(3)
  4. @MaxLength(50)
  5. title: string;
  6. }

?> 要启用输入(和参数)的自动验证,必须使用 ValidationPipe 。了解更多有关验证或者更具体

尽管如此,如果将装饰器直接添加到自动生成的文件中,它们将在每次连续更改时被丢弃。因此,您应该创建一个单独的文件,并简单地扩展生成的类。

  1. import { MinLength, MaxLength } from 'class-validator';
  2. import { Post } from '../../graphql.ts';
  3. export class CreatePostInput extends Post {
  4. @MinLength(3)
  5. @MaxLength(50)
  6. title: string;
  7. }

代码优先

在代码优先方式中,我们不必手动编写SDL。相反,我们只需使用装饰器。

  1. import { Field, Int, ObjectType } from 'type-graphql';
  2. import { Post } from './post';
  3. @ObjectType()
  4. export class Author {
  5. @Field(type => Int)
  6. id: number;
  7. @Field({ nullable: true })
  8. firstName?: string;
  9. @Field({ nullable: true })
  10. lastName?: string;
  11. @Field(type => [Post])
  12. posts: Post[];
  13. }

Author 模型已创建。现在,让我们创建缺少的 Post 类。

  1. import { Field, Int, ObjectType } from 'type-graphql';
  2. @ObjectType()
  3. export class Post {
  4. @Field(type => Int)
  5. id: number;
  6. @Field()
  7. title: string;
  8. @Field(type => Int, { nullable: true })
  9. votes?: number;
  10. }

由于我们的模型准备就绪,我们可以转到解析器类。

  1. @Resolver(of => Author)
  2. export class AuthorResolver {
  3. constructor(
  4. private readonly authorsService: AuthorsService,
  5. private readonly postsService: PostsService,
  6. ) {}
  7. @Query(returns => Author)
  8. async author(@Args({ name: 'id', type: () => Int }) id: number) {
  9. return await this.authorsService.findOneById(id);
  10. }
  11. @ResolveProperty()
  12. async posts(@Parent() author) {
  13. const { id } = author;
  14. return await this.postsService.findAll({ authorId: id });
  15. }
  16. }

通常,我们会使用类似 getAuthor() 或 getPosts() 函数名称。我们可以通过将真实名称移动到装饰器里来轻松完成此操作。

  1. @Resolver(of => Author)
  2. export class AuthorResolver {
  3. constructor(
  4. private readonly authorsService: AuthorsService,
  5. private readonly postsService: PostsService,
  6. ) {}
  7. @Query(returns => Author, { name: 'author' })
  8. async getAuthor(@Args({ name: 'id', type: () => Int }) id: number) {
  9. return await this.authorsService.findOneById(id);
  10. }
  11. @ResolveProperty('posts')
  12. async getPosts(@Parent() author) {
  13. const { id } = author;
  14. return await this.postsService.findAll({ authorId: id });
  15. }
  16. }

通常,您不必将此类对象传递给 @Args() 装饰器。例如,如果您的标识符的类型是字符串,则以下结构就足够了:

  1. @Args('id') id: string

但是,该 number. 类型没有提供 type-graphql 有关预期的 GraphQL 表示( Int vs Float )的足够信息,因此,我们必须显式传递类型引用。

而且,您可以创建一个专用 AuthorArgs 类:

  1. @Args() id: AuthorArgs

用以下结构:

  1. @ArgsType()
  2. class AuthorArgs {
  3. @Field(type => Int)
  4. @Min(1)
  5. id: number;
  6. }

?> @Field()@ArgsType() 装饰器都是从 type-graphql 包中导入的,而 @Min() 来自 class-validator

您可能还会注意到这些类与 ValidationPipe 相关(更多内容)。

装饰

在上面的示例中,您可能会注意到我们使用专用装饰器来引用以下参数。下面是提供的装饰器和它们代表的普通 Apollo 参数的比较。

@Root()@Parent() root/parent
@Context(param?:string) context/context[param]
@Info(param?:string) info/info[param]
@Args(param?:string) args/args[param]

Module

一旦我们在这里完成,我们必须将 AuthorResolver 注册,例如在新创建的 AuthorsModule 内部注册。

  1. @Module({
  2. imports: [PostsModule],
  3. providers: [AuthorsService, AuthorResolver],
  4. })
  5. export class AuthorsModule {}

GraphQLModule 会考虑反映了元数据和转化类到正确的解析器的自动映射。您应该注意的是您需要在某处 import 此模块,Nest 才会知道 AuthorsModule 确实存在。

?> 提示:在此处了解有关 GraphQL 查询的更多信息。

变更(Mutations)

在 GraphQL 中,为了变更服务器端数据,我们使用了变更(在这里阅读更多) 。官方 Apollo 文档共享一个 upvotePost() 变更示例。该变更允许增加 votes 属性值。为了在 Nest 中创建等效变更,我们将使用 @Mutation() 装饰器。

模式优先

让我们扩展我们在上一节中AuthorResolver的用法(见解析图)。

  1. @Resolver('Author')
  2. export class AuthorResolver {
  3. constructor(
  4. private readonly authorsService: AuthorsService,
  5. private readonly postsService: PostsService,
  6. ) {}
  7. @Query('author')
  8. async getAuthor(@Args('id') id: number) {
  9. return await this.authorsService.findOneById(id);
  10. }
  11. @Mutation()
  12. async upvotePost(@Args('postId') postId: number) {
  13. return await this.postsService.upvoteById({ id: postId });
  14. }
  15. @ResolveProperty('posts')
  16. async getPosts(@Parent() { id }) {
  17. return await this.postsService.findAll({ authorId: id });
  18. }
  19. }

请注意,我们假设业务逻辑已移至 PostsService(分别查询 post 和 incrementing votes 属性)。

类型定义

最后一步是将我们的变更添加到现有的类型定义中。

  1. type Author {
  2. id: Int!
  3. firstName: String
  4. lastName: String
  5. posts: [Post]
  6. }
  7. type Post {
  8. id: Int!
  9. title: String
  10. votes: Int
  11. }
  12. type Query {
  13. author(id: Int!): Author
  14. }
  15. type Mutation {
  16. upvotePost(postId: Int!): Post
  17. }

upvotePost(postId: Int!): Post 变更现在可用!

代码优先

让我们使用 在上一节中AuthorResolver另一种方法(参见解析图)。

  1. @Resolver(of => Author)
  2. export class AuthorResolver {
  3. constructor(
  4. private readonly authorsService: AuthorsService,
  5. private readonly postsService: PostsService,
  6. ) {}
  7. @Query(returns => Author, { name: 'author' })
  8. async getAuthor(@Args({ name: 'id', type: () => Int }) id: number) {
  9. return await this.authorsService.findOneById(id);
  10. }
  11. @Mutation(returns => Post)
  12. async upvotePost(@Args({ name: 'postId', type: () => Int }) postId: number) {
  13. return await this.postsService.upvoteById({ id: postId });
  14. }
  15. @ResolveProperty('posts')
  16. async getPosts(@Parent() author) {
  17. const { id } = author;
  18. return await this.postsService.findAll({ authorId: id });
  19. }
  20. }

upvotePost()postIdInt)作为输入参数,并返回更新的 Post 实体。出于与解析器部分相同的原因,我们必须明确设置预期类型。

如果变异必须将对象作为参数,我们可以创建一个输入类型。

  1. @InputType()
  2. export class UpvotePostInput {
  3. @Field() postId: number;
  4. }

?> @InputType()@Field() 需要 import type-graphql 包。

然后在解析图类中使用它:

  1. @Mutation(returns => Post)
  2. async upvotePost(
  3. @Args('upvotePostData') upvotePostData: UpvotePostInput,
  4. ) {}

订阅(Subscriptions)

订阅只是查询和变更的另一种 GraphQL 操作类型。它允许通过双向传输层创建实时订阅,主要通过 websockets 实现。在这里阅读更多关于订阅的内容。

以下是 commentAdded 订阅示例,可直接从官方 Apollo 文档复制和粘贴:

  1. Subscription: {
  2. commentAdded: {
  3. subscribe: () => pubSub.asyncIterator('commentAdded');
  4. }
  5. }

?> pubsub 是一个 PubSub 类的实例。在这里阅读更多。

模式优先

为了以 Nest 方式创建等效订阅,我们将使用 @Subscription() 装饰器。

  1. const pubSub = new PubSub();
  2. @Resolver('Author')
  3. export class AuthorResolver {
  4. constructor(
  5. private readonly authorsService: AuthorsService,
  6. private readonly postsService: PostsService,
  7. ) {}
  8. @Query('author')
  9. async getAuthor(@Args('id') id: number) {
  10. return await this.authorsService.findOneById(id);
  11. }
  12. @ResolveProperty('posts')
  13. async getPosts(@Parent() author) {
  14. const { id } = author;
  15. return await this.postsService.findAll({ authorId: id });
  16. }
  17. @Subscription()
  18. commentAdded() {
  19. return pubSub.asyncIterator('commentAdded');
  20. }
  21. }

为了根据上下文和参数过滤掉特定事件,我们可以设置一个 filter 属性。

  1. @Subscription('commentAdded', {
  2. filter: (payload, variables) =>
  3. payload.commentAdded.repositoryName === variables.repoFullName,
  4. })
  5. commentAdded() {
  6. return pubSub.asyncIterator('commentAdded');
  7. }

为了改变已发布的有效负载,我们可以使用 resolve 函数。

  1. @Subscription('commentAdded', {
  2. resolve: value => value,
  3. })
  4. commentAdded() {
  5. return pubSub.asyncIterator('commentAdded');
  6. }

类型定义

最后一步是更新类型定义文件。

  1. type Author {
  2. id: Int!
  3. firstName: String
  4. lastName: String
  5. posts: [Post]
  6. }
  7. type Post {
  8. id: Int!
  9. title: String
  10. votes: Int
  11. }
  12. type Query {
  13. author(id: Int!): Author
  14. }
  15. type Comment {
  16. id: String
  17. content: String
  18. }
  19. type Subscription {
  20. commentAdded(repoFullName: String!): Comment
  21. }

做得好。我们创建了一个 commentAdded(repoFullName: String!): Comment 订阅。您可以在此处找到完整的示例实现。

使用 Typescript

要使用 class-first 方法创建订阅,我们将使用 @Subscription() 装饰器。

  1. const pubSub = new PubSub();
  2. @Resolver('Author')
  3. export class AuthorResolver {
  4. constructor(
  5. private readonly authorsService: AuthorsService,
  6. private readonly postsService: PostsService,
  7. ) {}
  8. @Query(returns => Author, { name: 'author' })
  9. async getAuthor(@Args({ name: 'id', type: () => Int }) id: number) {
  10. return await this.authorsService.findOneById(id);
  11. }
  12. @ResolveProperty('posts')
  13. async getPosts(@Parent() author) {
  14. const { id } = author;
  15. return await this.postsService.findAll({ authorId: id });
  16. }
  17. @Subscription(returns => Comment)
  18. commentAdded() {
  19. return pubSub.asyncIterator('commentAdded');
  20. }
  21. }

为了根据上下文和参数过滤掉特定事件,我们可以设置 filter 属性。

  1. @Subscription(returns => Comment, {
  2. filter: (payload, variables) =>
  3. payload.commentAdded.repositoryName === variables.repoFullName,
  4. })
  5. commentAdded() {
  6. return pubSub.asyncIterator('commentAdded');
  7. }

为了改变已发布的有效负载,我们可以使用 resolve 函数。

  1. @Subscription(returns => Comment, {
  2. resolve: value => value,
  3. })
  4. commentAdded() {
  5. return pubSub.asyncIterator('commentAdded');
  6. }

Pubsub

我们在这里使用了一个本地 PubSub 实例。相反, 我们应该将 PubSub 定义为一个组件, 通过构造函数 (使用 @Inject () 装饰器) 注入它, 并在整个应用程序中重用它。您可以在此了解有关嵌套自定义组件的更多信息

  1. {
  2. provide: 'PUB_SUB',
  3. useValue: new PubSub(),
  4. }

Module

为了启用订阅,我们必须将 installSubscriptionHandlers 属性设置为 true

  1. GraphQLModule.forRoot({
  2. typePaths: ['./**/*.graphql'],
  3. installSubscriptionHandlers: true,
  4. }),

要自定义订阅服务器(例如,更改端口),您可以使用 subscriptions 属性(阅读更多)。

标量

该GraphQL包括以下默认类型:IntFloatStringBooleanID。但是,有时您可能需要支持自定义原子数据类型(例如 Date )。

模式优先

为了定义一个自定义标量(在这里阅读更多关于标量的信息),我们必须创建一个类型定义和一个专用的解析器。在这里(如在官方文档中),我们将采取 graphql-type-json 包用于演示目的。这个npm包定义了一个JSONGraphQL标量类型。首先,让我们安装包:

  1. $ npm i --save graphql-type-json

然后,我们必须将自定义解析器传递给 forRoot() 函数:

  1. import * as GraphQLJSON from 'graphql-type-json';
  2. @Module({
  3. imports: [
  4. GraphQLModule.forRoot({
  5. typePaths: ['./**/*.graphql'],
  6. resolvers: { JSON: GraphQLJSON },
  7. }),
  8. ],
  9. })
  10. export class ApplicationModule {}

现在, 我们可以在类型定义中使用 JSON 标量:

  1. scalar JSON
  2. type Foo {
  3. field: JSON
  4. }

定义标量类型的另一种形式是创建一个简单的类。假设我们想用 Date 类型增强我们的模式。

  1. import { Scalar, CustomScalar } from '@nestjs/graphql';
  2. import { Kind, ValueNode } from 'graphql';
  3. @Scalar('Date')
  4. export class DateScalar implements CustomScalar<number, Date> {
  5. description = 'Date custom scalar type';
  6. parseValue(value: number): Date {
  7. return new Date(value); // value from the client
  8. }
  9. serialize(value: Date): number {
  10. return value.getTime(); // value sent to the client
  11. }
  12. parseLiteral(ast: ValueNode): Date {
  13. if (ast.kind === Kind.INT) {
  14. return new Date(ast.value);
  15. }
  16. return null;
  17. }
  18. }

之后,我们需要注册 DateScalar 为提供者。

  1. @Module({
  2. providers: [DateScalar],
  3. })
  4. export class CommonModule {}

现在我们可以在 Date 类型定义中使用标量。

  1. scalar Date

使用 Typescript

要创建 Date 标量,只需创建一个新类。

  1. import { Scalar, CustomScalar } from '@nestjs/graphql';
  2. import { Kind, ValueNode } from 'graphql';
  3. @Scalar('Date', type => Date)
  4. export class DateScalar implements CustomScalar<number, Date> {
  5. description = 'Date custom scalar type';
  6. parseValue(value: number): Date {
  7. return new Date(value); // value from the client
  8. }
  9. serialize(value: Date): number {
  10. return value.getTime(); // value sent to the client
  11. }
  12. parseLiteral(ast: ValueNode): Date {
  13. if (ast.kind === Kind.INT) {
  14. return new Date(ast.value);
  15. }
  16. return null;
  17. }
  18. }

准备好后,注册 DateScalar 为provider。

  1. @Module({
  2. providers: [DateScalar],
  3. })
  4. export class CommonModule {}

现在可以在类中使用 Date 类型。

  1. @Field()
  2. creationDate: Date;

指令

一个指令可以被附加在一个字段或对象片段上,并能按照服务器所希望的任何方式影响查询语句的执行(参见此处)。GraphQL 规范中提供了几个默认的指令:

  • @include(if: Boolean) - 仅在参数为真时,才在结果中包含此字段
  • @skip(if: Boolean) - 参数为真时,跳过此字段
  • @deprecated(reason: String) - 标记此字段为已弃用,并附上原因

指令其实就是一个带有 @ 符号前缀的标识符,可选项为后面紧跟着的命名参数列表,它可以出现在 GraphQL 查询和模式语言中的几乎任何元素之后。

自定义指令

创建自定义模式指令,要先声明一个继承 SchemaDirectiveVisitor 的类,这个类是从 apollo-server 包中导出。

  1. import { SchemaDirectiveVisitor } from 'apollo-server';
  2. import { defaultFieldResolver, GraphQLField } from 'graphql';
  3. export class UpperCaseDirective extends SchemaDirectiveVisitor {
  4. visitFieldDefinition(field: GraphQLField<any, any>) {
  5. const { resolve = defaultFieldResolver } = field;
  6. field.resolve = async function(...args) {
  7. const result = await resolve.apply(this, args);
  8. if (typeof result === 'string') {
  9. return result.toUpperCase();
  10. }
  11. return result;
  12. };
  13. }
  14. }

?> 注意指令不能被 @Injectable() 装饰器装饰。因此,它们不能被依赖注入。

现在,我们在 GraphQLModule.forRoot() 方法中注册 UpperCaseDirective

  1. GraphQLModule.forRoot({
  2. // ...
  3. schemaDirectives: {
  4. upper: UpperCaseDirective,
  5. },
  6. });

一旦被注册,我们就可以在 schema 中使用这个 @upper 指令。但是,应用指令的方式会有所不同,这取决于你的使用方法(代码优先或模式优先)。

代码优先

在代码优先方式中,使用 @Directive() 装饰器来应用指令。

  1. @Directive('@upper')
  2. @Field()
  3. title: string;

?> @Directive() 装饰器是从 @nestjs/graphql 包里导出的。

指令可以被应用在字段、字段解析器、输入和对象类型上,同样也可以应用在查询、变更和订阅上。这里有一个将指令应用于查询处理层的例子:

  1. @Directive('@deprecated(reason: "This query will be removed in the next version")')
  2. @Query(returns => Author, { name: 'author' })
  3. async getAuthor(@Args({ name: 'id', type: () => Int }) id: number) {
  4. return this.authorsService.findOneById(id);
  5. }

通过 @Directive() 装饰器所应用的指令,将不会被映射在生成的模式定义文件中。

模式优先

在模式优先方式中,直接在 SDL 中应用指令。

  1. directive @upper on FIELD_DEFINITION
  2. type Post {
  3. id: Int!
  4. title: String! @upper
  5. votes: Int
  6. }

接口

像许多类型系统一样,GraphQL 支持接口。接口是一种抽象类型,它包含一组特定的字段,类型必须包含这些字段才能实现接口。

代码优先

当使用代码优先方式时,你可以通过创建一个带有 @InterfaceType() 装饰器注释的抽象类,来定义一个 GraphQL 接口,这个装饰器是从 @nestjs/graphql 包里导出。

  1. import { Field, ID, InterfaceType } from '@nestjs/graphql';
  2. @InterfaceType()
  3. export abstract class Character {
  4. @Field(type => ID)
  5. id: string;
  6. @Field()
  7. name: string;
  8. }

!> TypeScript 接口不能用来定义 GraphQL 接口。

最终的结果是在 SDL 中生成以下部分的 GraphQL schema:

  1. interface Character {
  2. id: ID!
  3. name: String!
  4. }

现在,使用 implements 关键字来实现 Character 这个接口:

  1. @ObjectType({
  2. implements: () => [Character],
  3. })
  4. export class Human implements Character {
  5. id: string;
  6. name: string;
  7. }

?> @ObjectType() 装饰器是从 @nestjs/graphql 包里导出。

默认的 resolveType() 函数是通过库根据解析器方法返回值提取的类型来生成的。这意味着你必须返回类的实例(你不能返回 JavaScript 对象字面量)。

提供自定义的 resolveType() 函数,将 resolveType 属性传递给 @InterfaceType() 装饰器里的选项对象,如下所示:

  1. @InterfaceType({
  2. resolveType(book) {
  3. if (book.colors) {
  4. return ColoringBook;
  5. }
  6. return TextBook;
  7. },
  8. })
  9. export abstract class Book {
  10. @Field(type => ID)
  11. id: string;
  12. @Field()
  13. title: string;
  14. }

模式优先

在模式优先方式中定义接口,只需使用 SDL 创建一个 GraphQL 接口。

  1. interface Character {
  2. id: ID!
  3. name: String!
  4. }

然后,你可以使用类型生成功能(如快速开始章节所示)生成相应的 TypeScript 定义。

  1. export interface Character {
  2. id: string;
  3. name: string;
  4. }

在解析器映射图中,接口需要一个额外的 __resolveType 字段,来确定接口应该解析为哪个类型。让我们创建一个 CharactersResolver 类并定义 __resolveType 方法:

  1. @Resolver('Character')
  2. export class CharactersResolver {
  3. @ResolveField()
  4. __resolveType(value) {
  5. if ('age' in value) {
  6. return Person;
  7. }
  8. return null;
  9. }
  10. }

?> 所有装饰器都是从 @nestjs/graphql 包里导出。

联合类型和枚举

联合类型与接口非常相似,但是它们没有指定类型之间的任何公共字段(详情请参阅这里)。联合类型对于单个字段返回不相交的数据类型很有用。

代码优先

要定义 GraphQL 联合类型,我们必须先定义组成这个联合类型的各个类。遵循 Apollo 文档中的示例,我们将创建两个类。首先,Book

  1. import { Field, ObjectType } from '@nestjs/graphql';
  2. @ObjectType()
  3. export class Book {
  4. @Field()
  5. title: string;
  6. }

然后是 Author

  1. import { Field, ObjectType } from '@nestjs/graphql';
  2. @ObjectType()
  3. export class Author {
  4. @Field()
  5. name: string;
  6. }

在这里,我们使用从 @nestjs/graphql 包里导出的 createUnionType 函数来注册 ResultUnion 这个联合类型。

  1. export const ResultUnion = createUnionType({
  2. name: 'ResultUnion',
  3. types: () => [Author, Book],
  4. });

现在,我们就可以在查询中引用 ResultUnion 这个联合类型来。

  1. @Query(returns => [ResultUnion])
  2. search(): Array<typeof ResultUnion> {
  3. return [new Author(), new Book()];
  4. }

最终的结果是在 SDL 中生成以下部分的 GraphQL schema:

  1. type Author {
  2. name: String!
  3. }
  4. type Book {
  5. title: String!
  6. }
  7. union ResultUnion = Author | Book
  8. type Query {
  9. search: [ResultUnion!]!
  10. }

默认的 resolveType() 函数是通过库根据解析器方法返回值提取的类型来生成的。这意味着你必须返回类的实例(你不能返回 JavaScript 对象字面量)。

提供自定义的 resolveType() 函数,将 resolveType 属性传递给 @InterfaceType() 装饰器里的选项对象,如下所示:

  1. export const ResultUnion = createUnionType({
  2. name: 'ResultUnion',
  3. types: () => [Author, Book],
  4. resolveType(value) {
  5. if (value.name) {
  6. return Author;
  7. }
  8. if (value.title) {
  9. return Book;
  10. }
  11. return null;
  12. },
  13. });

模式优先

在模式优先方式中定义联合类型,只需使用 SDL 创建一个 GraphQL 联合类型。

  1. type Author {
  2. name: String!
  3. }
  4. type Book {
  5. title: String!
  6. }
  7. union ResultUnion = Author | Book

然后,你可以使用类型生成功能(如快速开始章节所示)生成相应的 TypeScript 定义。

  1. export class Author {
  2. name: string;
  3. }
  4. export class Book {
  5. title: string;
  6. }
  7. export type ResultUnion = Author | Book;

在解析器映射图中,联合类型需要一个额外的 __resolveType 字段,来确定联合类型应该解析为哪个类型。另外,请注意, ResultUnionResolver 这个类在任何模块中都必须被注册为提供者。让我们创建一个 ResultUnionResolver 类并定义 __resolveType 方法:

  1. @Resolver('ResultUnion')
  2. export class ResultUnionResolver {
  3. @ResolveField()
  4. __resolveType(value) {
  5. if (value.name) {
  6. return 'Author';
  7. }
  8. if (value.title) {
  9. return 'Book';
  10. }
  11. return null;
  12. }
  13. }

?> 所有装饰器都是从 @nestjs/graphql 包里导出。

枚举

枚举类型是一种特殊的标量,它的值仅限于一组特定的允许值(详情请参阅这里)。这允许你:

  • 验证此类型的任何参数都是允许值之一
  • 通过类型系统传递一个字段,这个字段始终是一组有限的值之一

代码优先

当使用代码优先方式时,你只需通过创建一个 TypeScript 枚举变量来定义一个 GraphQL 枚举类型。

  1. export enum AllowedColor {
  2. RED,
  3. GREEN,
  4. BLUE,
  5. }

在这里,我们使用 @nestjs/graphql 包里的 registerEnumType 函数来注册 AllowedColor 枚举。

  1. registerEnumType(AllowedColor, {
  2. name: 'AllowedColor',
  3. });

现在你可以在我们的类型中引用 AllowedColor

  1. @Field(type => AllowedColor)
  2. favoriteColor: AllowedColor;

最终的结果是在 SDL 中生成以下部分的 GraphQL schema:

  1. enum AllowedColor {
  2. RED
  3. GREEN
  4. BLUE
  5. }

要为枚举提供描述,可以将description 属性传递给 registerEnumType() 函数。

  1. registerEnumType(AllowedColor, {
  2. name: 'AllowedColor',
  3. description: 'The supported colors.',
  4. });

要为枚举值提供描述,或将值标记为已弃用,可以传递 valuesMap 属性,如下所示:

  1. registerEnumType(AllowedColor, {
  2. name: 'AllowedColor',
  3. description: 'The supported colors.',
  4. valuesMap: {
  5. RED: {
  6. description: 'The default color.',
  7. },
  8. BLUE: {
  9. deprecationReason: 'Too blue.',
  10. },
  11. },
  12. });

最终在 SDL 中生成的 GraphQL schema 如下所示:

  1. """
  2. The supported colors.
  3. """
  4. enum AllowedColor {
  5. """
  6. The default color.
  7. """
  8. RED
  9. GREEN
  10. BLUE @deprecated(reason: "Too blue.")
  11. }

模式优先

在模式优先方式中定义一个枚举器,只需在 SDL 中创建一个 GraphQL 枚举类型。

  1. enum AllowedColor {
  2. RED
  3. GREEN
  4. BLUE
  5. }

然后,你可以使用类型生成功能(如快速开始章节所示)生成相应的 TypeScript 定义。

  1. export enum AllowedColor {
  2. RED
  3. GREEN
  4. BLUE
  5. }

有时,后端会在内部强制使用与公共 API 不同的枚举值。在这个例子中,API 包含 RED,然而在解析器中我们可能会使用 #f00 来替代(详情请参阅此处)。为此,需要给 AllowedColor 枚举声明一个解析器对象:

  1. export const allowedColorResolver: Record<keyof typeof AllowedColor, any> = {
  2. RED: '#f00',
  3. };

?> 所有装饰器都是从 @nestjs/graphql 包里导出。

然后,将此解析器对象与 GraphQLModule#forRoot() 方法的 resolvers 属性一起使用,如下所示:

  1. GraphQLModule.forRoot({
  2. resolvers: {
  3. AllowedColor: allowedColorResolver,
  4. },
  5. });

字段中间件

!> 这一章节仅适用于代码优先方式。

字段中间件允许你在解析字段之前或之后运行任意代码。一个字段中间件可被用来转换字段的返回结果,验证字段的参数,甚至验证字段级别的角色(比如,某个执行了中间件函数的目标字段需要验证角色才能访问)。

你可以在一个字段上连接多个中间件函数。在这种情况下,它们将沿着链式顺序调用,即在上一个中间件中决定下一个中间件的调用。中间件函数在 middleware 数组中的顺序很重要。第一个解析器是“最外”层,所以它会第一个或最后一个被执行(类似 graphql-middleware 包)。第二个解析器是“次外”层,所以它会第二个或倒数第二个被执行。

快速开始

让我们开始创建一个简单的中间件,它会在一个字段被返回给客户端之前记录这个字段的值:

  1. import { FieldMiddleware, MiddlewareContext, NextFn } from '@nestjs/graphql';
  2. const loggerMiddleware: FieldMiddleware = async (
  3. ctx: MiddlewareContext,
  4. next: NextFn,
  5. ) => {
  6. const value = await next();
  7. console.log(value);
  8. return value;
  9. };

?> MiddlewareContext 是一个对象,它是由 GraphQL 解析器函数通常所接收的参数组成({ source, args, context, info }),而 NextFn 是一个函数,它可以让你执行堆栈中的下一个中间件(绑定到此字段)或实体字段解析器。

!> 字段中间件函数不能注入依赖项,也不能访问 Nest 的 DI 容器,因为它们被设计为非常轻量级而且不应该执行任何可能耗时的操作(比如从数据库中检索数据)。如果你需要从数据源调用外部服务或查询数据,你应该在一个绑定到根查询或变更处理程序的守卫/拦截器中执行此操作,并将其分配给字段中间件中你可以访问的上下文对象(具体来说,就是来自 MiddlewareContext 的对象)。

注意字段中间件必须和 FieldMiddleware 接口匹配。在上面的例子中,我们首先运行 next() 函数(它执行实际的字段解析器并返回一个字段值),紧接着,我们把这个值记录到我们的终端。另外,这个从中间件函数返回的值完全覆盖了之前的值,并且由于我们不想执行任何更改,因此我们只需返回原始值。

在这里,我们可以直接在 @Field() 装饰器里注册中间件。

  1. @ObjectType()
  2. export class Recipe {
  3. @Field({ middleware: [loggerMiddleware] })
  4. title: string;
  5. }

现在每当我们请求 Recipe 对象类型中的 title 字段时,原始的字段值将会被记录到控制台。

?> 要了解如何使用扩展功能实现字段级权限系统,请查阅此章节

另外,如上文所说,我们可以通过中间件函数来控制字段的值。出于演示目的,让我们将 recipe 的标题(如果存在)变成大写。

  1. const value = await next();
  2. return value?.toUpperCase();

在这种情况下,当被请求时,所有的标题会被自动转换为大写。

同样,你可以在一个自定义字段解析器(一个被 @ResolveField() 装饰器注释的方法)上绑定字段中间件,如下所示:

  1. @ResolveField(() => String, { middleware: [loggerMiddleware] })
  2. title() {
  3. return 'Placeholder';
  4. }

!> 如果在字段解析器级别启用了增强器(了解更多),字段中间件函数将会在所有拦截器、守卫等之前运行,绑定到方法(但在为查询或变更处理程序注册的根级增强器之后)。

全局字段中间件

除了将中间件直接绑定到一个特定的字段上,你还可以在全局注册一个或多个中间件函数。在这种情况下,它们将会自动连接到你的对象类型的所有字段上。

  1. GraphQLModule.forRoot({
  2. autoSchemaFile: 'schema.gql',
  3. buildSchemaOptions: {
  4. fieldMiddleware: [loggerMiddleware],
  5. },
  6. }),

?> 全局注册的字段中间件函数将在本地注册的中间件(那些直接绑定到特定字段上的)之前被执行。

映射类型

!> 该章节仅适用于代码优先模式。

当你构建像 CRUD(创建/查询/更新/删除)这些功能时,在基础实体类型上构造变体通常会很有用。Nest 提供了几个执行类型转换的基础函数,让这项任务变得更加方便。

Partial 局部

当创建输入验证类型(也被叫做 DTOs)时,同时构建创建更新变体通常会很有用。例如,创建变体可能会需要全部字段,而更新变体则可能全部是可选字段。

Nest 提供了 PartialType() 这个基础函数来简化此任务并最大限度的减少模版文件。

PartialType() 函数返回了一个类型(类),其中输入类型的所有属性都设置为可选。例如,假设我们有一个如下的创建类型:

  1. @InputType()
  2. class CreateUserInput {
  3. @Field()
  4. email: string;
  5. @Field()
  6. password: string;
  7. @Field()
  8. firstName: string;
  9. }

默认情况下,所有这些字段都是必需的。为创建具有相同字段的类型,但每个字段又都是可选的,可以使用 PartialType() 传递类引用(CreateUserInput)作为参数:

  1. @InputType()
  2. export class UpdateUserInput extends PartialType(CreateUserInput) {}

?> PartialType() 函数是从 @nestjs/graphql 包里导出的。

PartialType() 函数接受一个可选的第二参数,它是对装饰器工厂的引用。此参数可用于更改应用于结果(子)类的装饰器函数。如果未指定,子类有效地使用与类相同的装饰器(第一个参数中引用的类)。在上面的例子中,我们正在继承用 @InputType() 装饰器注释的 CreateUserInput 类。即使我们希望 UpdateUserInput 也被视为用 @InputType() 装饰过,我们不必传递 InputType 作为第二个参数。如果父类和子类不同,(例如,父类被 @ObjectType 装饰),我们才需要传递 InputType 作为第二个参数。例如:

  1. @InputType()
  2. export class UpdateUserInput extends PartialType(User, InputType) {}

Pick 选取

PickType() 函数可从一个输入类型中选取一组属性并构造一个新的类型(类)。例如,假设我们从这样一个类型开始:

  1. @InputType()
  2. class CreateUserInput {
  3. @Field()
  4. email: string;
  5. @Field()
  6. password: string;
  7. @Field()
  8. firstName: string;
  9. }

我们用 PickType() 这个基础函数从此类中挑选出一组属性:

  1. @InputType()
  2. export class UpdateEmailInput extends PickType(CreateUserInput, ['email'] as const) {}

?> PickType() 函数是从 @nestjs/graphql 包里导出的。

Omit 忽略

OmitType() 函数通过从输入类型中选取所有属性然后删除一组特定的键来构造一个类型。例如,假设我们从这样一个类开始:

  1. @InputType()
  2. class CreateUserInput {
  3. @Field()
  4. email: string;
  5. @Field()
  6. password: string;
  7. @Field()
  8. firstName: string;
  9. }

我们可以生成一个派生类型,它具有除了 email 之外的所有属性,如下所示。在这个构造中,OmitType 的第二个参数是一个属性名数组。

?> OmitType() 函数是从 @nestjs/graphql 包里导出的。

Intersection 交集

IntersectionType() 函数是合并两个类型到一个新的类型(类)。例如,假设我们从这样一个类开始:

  1. @InputType()
  2. class CreateUserInput {
  3. @Field()
  4. email: string;
  5. @Field()
  6. password: string;
  7. }
  8. @ObjectType()
  9. export class AdditionalUserInfo {
  10. @Field()
  11. firstName: string;
  12. @Field()
  13. lastName: string;
  14. }

我们可以把两个类型中的所有属性都合并起来生成一个新的类型。

  1. @InputType()
  2. export class UpdateUserInput extends IntersectionType(CreateUserInput, AdditionalUserInfo) {}

?> IntersectionType() 函数是从 @nestjs/graphql 包里导出的。

Composition 组合

这些类型映射基础函数是可组合的。例如,以下代码会创建一个类型(类),它拥有 CreateUserInput 类型的除了 email 的所有属性,而且这些属性将被设置为可选:

  1. @InputType()
  2. export class UpdateUserInput extends PartialType(
  3. OmitType(CreateUserInput, ['email'] as const),
  4. ) {}

插件

插件能让你通过响应某些特定事件时执行自定义操作,来扩展 Apollo Server 的核心功能。现在,这些事件对应 GraphQL 请求生命周期的各个阶段,以及 Apollo Server 本身的启动阶段(参见这里)。比如,一个基本的日志插件可能会记录每一个发送给 Apollo Server 请求的相关 GraphQL 查询字符串。

自定义插件

创建插件,首先要声明一个用 @Plugin 装饰器注释的类,这个装饰器是从 @nestjs/graphql 包里导出的。还有,为了更好的使用代码自动补全功能,我们要从 Apollo-server-plugin-base 包中实现 ApolloServerPlugin 这个接口。

  1. import { Plugin } from '@nestjs/graphql';
  2. import {
  3. ApolloServerPlugin,
  4. GraphQLRequestListener,
  5. } from 'apollo-server-plugin-base';
  6. @Plugin()
  7. export class LoggingPlugin implements ApolloServerPlugin {
  8. requestDidStart(): GraphQLRequestListener {
  9. console.log('Request started');
  10. return {
  11. willSendResponse() {
  12. console.log('Will send response');
  13. },
  14. };
  15. }
  16. }

有了下面这段代码,我们就可以将 LoggingPlugin 注册为一个提供者。

  1. @Module({
  2. providers: [LoggingPlugin],
  3. })
  4. export class CommonModule {}

Nest 会自动实例化一个插件并将其应用于 Apollo 服务。

使用外部插件

有几个开箱即用的插件。使用一个现成的插件,只需将它导入并加入到 plugins 数组即可:

  1. GraphQLModule.forRoot({
  2. // ...
  3. plugins: [ApolloServerOperationRegistry({ /* options */})]
  4. }),

?> ApolloServerOperationRegistry 插件是从 apollo-server-plugin-operation-registry 包里导出的。

复杂性

!> 此章节仅适应于代码优先模式。

查询复杂性允许你定义某些字段的复杂程度,并限制最大复杂性的查询。其原理是通过使用一个简单的数字来定义每个字段的复杂度。通常每个字段的复杂度默认为1。另外,GraphQL 查询的复杂性计算可以使用所谓的复杂度估算器进行定制。复杂度估算器是一个计算字段复杂度的简单函数。你可以将任意数量的复杂度估算器添加到规则中,然后一个接一个地执行。第一个返回数字复杂度值的估算器确定该字段的复杂度。

@nestjs/graphql 包与 graphql-query-complexity 等工具能很好地集成,他们提供了一种基于成本分析的解决方案。有了这个库,你可以拒绝在你的 GraphQL 服务中执行成本过高的查询。

安装

要开始使用它,我们首先要安装它所需要的依赖包。

  1. $npm install --save graphql-query-complexity

快速开始

一旦安装完,我们就可以定义 ComplexityPlugin 这个类:

  1. import { GraphQLSchemaHost, Plugin } from '@nestjs/graphql';
  2. import {
  3. ApolloServerPlugin,
  4. GraphQLRequestListener,
  5. } from 'apollo-server-plugin-base';
  6. import { GraphQLError } from 'graphql';
  7. import {
  8. fieldExtensionsEstimator,
  9. getComplexity,
  10. simpleEstimator,
  11. } from 'graphql-query-complexity';
  12. @Plugin()
  13. export class ComplexityPlugin implements ApolloServerPlugin {
  14. constructor(private gqlSchemaHost: GraphQLSchemaHost) {}
  15. requestDidStart(): GraphQLRequestListener {
  16. const { schema } = this.gqlSchemaHost;
  17. return {
  18. didResolveOperation({ request, document }) {
  19. const complexity = getComplexity({
  20. schema,
  21. operationName: request.operationName,
  22. query: document,
  23. variables: request.variables,
  24. estimators: [
  25. fieldExtensionsEstimator(),
  26. simpleEstimator({ defaultComplexity: 1 }),
  27. ],
  28. });
  29. if (complexity >= 20) {
  30. throw new GraphQLError(
  31. `Query is too complex: ${complexity}. Maximum allowed complexity: 20`,
  32. );
  33. }
  34. console.log('Query Complexity:', complexity);
  35. },
  36. };
  37. }
  38. }

为了演示,我们将允许的最大复杂度指定为 20。在上面的示例中,我们使用了 2 个估算器,simpleEstimatorfieldExtensionsEstimator

  • simpleEstimator:该简单估算器为每个字段返回一个固定复杂度
  • fieldExtensionsEstimator:字段扩展估算器提取 schema 中每个字段的复杂度值

?> 别忘了将此类添加到任意模块的提供者数组中。

字段级复杂性

有了这个插件,我们可以为任意字段定义复杂度了,做法就是在传递给 @Field() 装饰器的选项对象中,指定 complexity 属性的值,如下所示:

  1. @Field({ complexity: 3 })
  2. title: string;

或者,你也可以定义估算器函数:

  1. @Field({ complexity: (options: ComplexityEstimatorArgs) => ... })
  2. title: string;

查询/变更级复杂性

此外,@Query@Mutation() 装饰器也具有复杂性属性,可以被这样指定:

  1. @Query({ complexity: (options: ComplexityEstimatorArgs) => options.args.count * options.childComplexity })
  2. items(@Args('count') count: number) {
  3. return this.itemsService.getItems({ count });
  4. }

扩展

!> 此章节仅适应于代码优先模式。

扩展是一种高阶的低级功能,可让你在类型配置中定义任何数据。附加自定义元数据到某些字段,能让你创建更复杂的通用解决方案。例如,使用扩展,你可以定义一些只能访问部分字段的字段级角色。这些角色可以在运行时被映射出来,进而来确定调用者是否具有足够的权限来检索特定字段。

添加自定义元数据

为字段添加自定义元数据,可以使用从 @nestjs/graphql 包中导出的 @Extensions() 装饰器。

  1. @Field()
  2. @Extensions({ role: Role.ADMIN })
  3. password: string;

在上面的例子中,我们给 role 元数据属性分配了 Role.Admin 的值。Role 是一个简单的 TypeScript 枚举变量,它将我们系统中可用的所有用户角色进行分组。

请注意,除了在字段上设置元数据,你也可以在类层级和方法层级(例如,在查询处理程序)上使用 @Extensions() 装饰器。

使用自定义元数据

利用自定义元数据的逻辑可以根据需求变得复杂。例如,你可以创建一个简单的拦截器,来存储/记录每个方法被调用的事件,或创建一个字段中间件,来匹配检索具有调用者权限(字段级权限系统)限制的字段所需的角色。

出于说明目的,让我们定义一个 checkRoleMiddleware,将用户的角色(此处硬编码)与访问目标字段所需的角色进行比较:

  1. export const checkRoleMiddleware: FieldMiddleware = async (
  2. ctx: MiddlewareContext,
  3. next: NextFn,
  4. ) => {
  5. const { info } = ctx;
  6. const { extensions } = info.parentType.getFields()[info.fieldName];
  7. /**
  8. * In a real-world application, the "userRole" variable
  9. * should represent the caller's (user) role (for example, "ctx.user.role").
  10. */
  11. const userRole = Role.USER;
  12. if (userRole === extensions.role) {
  13. // or just "return null" to ignore
  14. throw new ForbiddenException(
  15. `User does not have sufficient permissions to access "${info.fieldName}" field.`,
  16. );
  17. }
  18. return next();
  19. };

在这里,我们可以为 password 字段注册一个中间件,如下所示:

  1. @Field({ middleware: [checkRoleMiddleware] })
  2. @Extensions({ role: Role.ADMIN })
  3. password: string;

CLI 插件

!> 此章节仅适用于代码优先模式。

TypeScript 的元数据反射系统有几个限制,例如,确定一个类包含哪些属性或识别给定的属性是可选还是必须的。但是,其中一些约束可以在编译时解决。Nest 提供了一个插件,它可以增强 TypeScript 的编译进程,以减少依赖的模板代码量。

?> 这个插件是可配置的。如果你愿意,你可以手动声明所有的装饰器,或者只在需要的地方声明特定的装饰器。

概览

GraphQL 插件会自动地:

  • 除非使用 @HideField,否则使用 @Field 注释所有输入对象、对象类型和参数类属性
  • 根据问号设置 nullable 属性(例如,name?: string 将会设置 nullable: true
  • 根据类型设置 type 属性(支持数组)
  • 根据注释生成属性描述(如果 introspectComments 设为 true

请注意,为了能被插件分析,你的文件名必须包含以下后缀之一:['.input.ts', '.args.ts', '.entity.ts', '.model.ts'](例如,author.entity.ts)。如果你用了其他的后缀,你可以通过指定 typeFileNameSuffix 配置来调整插件的行为(看下文)。

根据我们到目前为止所学的知识,你必须复制大量代码才能让包知道你的类型在 GraphQL 中应该如何被声明。例如,你可以定义一个简单的 Author 类,如下所示:

  1. authors/models/author.model.ts
  2. @ObjectType()
  3. export class Author {
  4. @Field(type => ID)
  5. id: number;
  6. @Field({ nullable: true })
  7. firstName?: string;
  8. @Field({ nullable: true })
  9. lastName?: string;
  10. @Field(type => [Post])
  11. posts: Post[];
  12. }

虽然对于中型项目来说这不是一个重大问题,但一旦你有大量的类,它就会变得冗长且难以维护。

通过启用 GraphQL 插件,以上的类声明将会变得简单:

  1. authors/models/author.model.ts
  2. @ObjectType()
  3. export class Author {
  4. @Field(type => ID)
  5. id: number;
  6. firstName?: string;
  7. lastName?: string;
  8. posts: Post[];
  9. }

该插件基于抽象语法树即时添加适当的装饰器。因此,你不必为散布在整个代码中的 @Field 装饰器而烦恼。

?> 该插件将自动生成任何缺失的 GraphQL 属性,但如果你需要覆盖他们,只需通过 @Feild 显示地设置它们。

注释内省

启用注释内省功能,CLI 插件会根据注释为字段生成描述。

例如,给出一个 roles 属性示例:

  1. /**
  2. * A list of user's roles
  3. */
  4. @Field(() => [String], {
  5. description: `A list of user's roles`
  6. })
  7. roles: string[];

你必须复制描述值。当 introspectComments 启用时,CLI 插件可以提取这些注释并自动为属性提供属性。现在,上面的字段可以被简单地声明如下:

  1. /**
  2. * A list of user's roles
  3. */
  4. roles: string[];

CLI 插件的使用

要开启插件,请打开 nest-cli.json(如果你使用 Nest CLI)并添加以下的 plugins 配置:

  1. {
  2. "collection": "@nestjs/schematics",
  3. "sourceRoot": "src",
  4. "compilerOptions": {
  5. "plugins": ["@nestjs/graphql"]
  6. }
  7. }

你可以用 options 属性来自定义插件的行为。

  1. "plugins": [
  2. {
  3. "name": "@nestjs/graphql",
  4. "options": {
  5. "typeFileNameSuffix": [".input.ts", ".args.ts"],
  6. "introspectComments": true
  7. }
  8. }
  9. ]

options 属性必须满足以下接口:

  1. export interface PluginOptions {
  2. typeFileNameSuffix?: string[];
  3. introspectComments?: boolean;
  4. }
选项 默认值 描述
typeFileNameSuffix ['.input.ts', '.args.ts', '.entity.ts', '.model.ts'] GraphQL 类型文件后缀
introspectComments false 如果为真,插件将会根据注释为属性生成描述

如果你不使用 CLI 而是用自定义的 webpack 配置,则可以将此插件与 ts-loader 结合使用:

  1. getCustomTransformers: (program: any) => ({
  2. before: [require('@nestjs/graphql/plugin').before({}, program)]
  3. }),

ts-jest 集成(e2e 测试)

在启用此插件的情况下运行 e2e 测试时,你可能会遇到编译 schema 的问题。例如,其中一个最常见的错误是:

  1. Object type <name> must define one or more fields.

发生这种情况是原因是 jest 配置没有在任何地方导入 @nestjs/graphql/plugin 插件。

为解决此问题,我们需要在 e2e 测试目录中创建如下文件:

  1. const transformer = require('@nestjs/graphql/plugin');
  2. module.exports.name = 'nestjs-graphql-transformer';
  3. // you should change the version number anytime you change the configuration below - otherwise, jest will not detect changes
  4. module.exports.version = 1;
  5. module.exports.factory = (cs) => {
  6. return transformer.before(
  7. {
  8. // @nestjs/graphql/plugin options (can be empty)
  9. },
  10. cs.program, // "cs.tsCompiler.program" for older versions of Jest (<= v27)
  11. );
  12. };

在这里,将 AST 转换器导入到你的 jest 配置中。默认情况下(在启动应用中),e2e 测试配置文件在 test 文件夹下并且名字是 jest-e2e.json

  1. {
  2. ... // other configuration
  3. "globals": {
  4. "ts-jest": {
  5. "astTransformers": {
  6. "before": ["<path to the file created above>"],
  7. }
  8. }
  9. }
  10. }

生成 SDL

!> 此章节仅适用于代码优先模式。

要手动生成一个 GraphQL SDL schema(例如,没有运行应用,连接数据库,挂接解析器等等),可以使用 GraphQLSchemaBuilderModule

  1. async function generateSchema() {
  2. const app = await NestFactory.create(GraphQLSchemaBuilderModule);
  3. await app.init();
  4. const gqlSchemaFactory = app.get(GraphQLSchemaFactory);
  5. const schema = await gqlSchemaFactory.create([RecipesResolver]);
  6. console.log(printSchema(schema));
  7. }

?> GraphQLSchemaBuilderModuleGraphQLSchemaFactory 是从 @nestjs/graphql 包里导出的。printSchema 函数是从 graphql 包里导出的。

用法

gqlSchemaFactory.create() 方法接受一个解析器类引用的数组。例如:

  1. const schema = await gqlSchemaFactory.create([
  2. RecipesResolver,
  3. AuthorsResolver,
  4. PostsResolvers,
  5. ]);

它也接受第二个可选的参数,参数是一个标量类的数组:

  1. const schema = await gqlSchemaFactory.create(
  2. [RecipesResolver, AuthorsResolver, PostsResolvers],
  3. [DurationScalar, DateScalar],
  4. );

最后,你还可以传递一个配置项对象:

  1. const schema = await gqlSchemaFactory.create([RecipesResolver], {
  2. skipCheck: true,
  3. orphanedTypes: [],
  4. });
  • skipCheck:忽略模式验证;布尔类型,默认值是 false
  • orphanedTypes:需要生成的非显示引用(不是对象图的一部分)的类列表。正常情况下,如果声明了一个类但没有在图中以其他方式引用,则将其忽略。其属性值是一个类引用数组。

其他功能

在GraphQL世界中,很多文章抱怨如何处理诸如身份验证或操作的副作用之类的东西。我们应该把它放在业务逻辑中吗?我们是否应该使用更高阶的函数来增强查询和变更,例如,使用授权逻辑?或者也许使用模式指令。无论如何,没有一个答案。

Nest生态系统正试图利用守卫拦截器等现有功能帮助解决这个问题。它们背后的想法是减少冗余,并为您提供有助于创建结构良好,可读且一致的应用程序的工具。

概述

您可以以与简单的 REST 应用程序相同的方式使用守卫拦截器过滤器管道。此外,您还可以通过利用自定义装饰器 特性轻松地创建自己的 decorator。他们都一样。让我们看看下面的代码:

  1. @Query('author')
  2. @UseGuards(AuthGuard)
  3. async getAuthor(@Args('id', ParseIntPipe) id: number) {
  4. return await this.authorsService.findOneById(id);
  5. }

正如您所看到的,GraphQL在看守器和管道方面都能很好地工作。因此,您可以将身份验证逻辑移至守卫,甚至可以复用与 REST 应用程序相同的守卫。拦截器的工作方式完全相同:

  1. @Mutation()
  2. @UseInterceptors(EventsInterceptor)
  3. async upvotePost(@Args('postId') postId: number) {
  4. return await this.postsService.upvoteById({ id: postId });
  5. }

执行上下文

但是,ExecutionContext 看守器和拦截器所接收的情况有所不同。GraphQL 解析器有一个单独的参数集,分别为 root,args,context,和 info。因此,我们需要将 ExecutionContext 转换为 GqlExecutionContext,这非常简单。

  1. import { CanActivate, ExecutionContext, Injectable } from '@nestjs/common';
  2. import { GqlExecutionContext } from '@nestjs/graphql';
  3. @Injectable()
  4. export class AuthGuard implements CanActivate {
  5. canActivate(context: ExecutionContext): boolean {
  6. const ctx = GqlExecutionContext.create(context);
  7. return true;
  8. }
  9. }

GqlExecutionContext 为每个参数公开相应的函数,比如 getArgs(),getContext()等等。现在,我们可以毫不费力地获取特定于当前处理的请求的每个参数。

异常过滤器

异常过滤器与 GraphQL 应用程序兼容。

  1. @Catch(HttpException)
  2. export class HttpExceptionFilter implements GqlExceptionFilter {
  3. catch(exception: HttpException, host: ArgumentsHost) {
  4. const gqlHost = GqlArgumentsHost.create(host);
  5. return exception;
  6. }
  7. }

?> GqlExceptionFilter 和 GqlArgumentsHost 需要import @nestjs/graphql 包。

但是,response 在这种情况下,您无法访问本机对象(如在HTTP应用程序中)。

自定义装饰器

如前所述,自定义装饰器功能也可以像 GraphQL 解析器一样工作。但是,Factory 函数采用一组参数而不是 request 对象。

  1. export const User = createParamDecorator(
  2. (data: unknown, ctx: ExecutionContext) =>
  3. GqlExecutionContext.create(ctx).getContext().user,
  4. );

然后:

  1. @Mutation()
  2. async upvotePost(
  3. @User() user: UserEntity,
  4. @Args('postId') postId: number,
  5. ) {}

?> 在上面的示例中,我们假设您的user对象已分配给GraphQL应用程序的上下文。

联合服务

Apollo 联合服务提供了一种将单体式 GraphQL 服务器拆分为独立微服务的手段。它有两个组成部分:一个网关和一或多个联合微服务。每个微服务都持有部分 schema,网关将这些 schema 合并为一个可以被客户端使用的 schema。

引用Apollo 文档,联合服务的设计遵循以下核心原则:

  • 构建图表应该是声明式的。使用联合服务,你可以在 schema 内部声明式地组合图表,而不是编写命令式 schema 拼接代码。
  • 代码应该按关注点分割,而不是按类型。通常没有一个团队能控制像 User 或 Product 这种重要类型的各个方面,因此这些类型的定义应该分布在团队和代码库中,而不是写在一起。
  • 图表应尽可能简单,以让客户端使用。同时,联合服务可以形成一个完整的、以产品为中心的图表,准确地反映它在客户端的使用情况。
  • 它只是 GraphQL,仅使用符合规范的语言特性。任何语言,不仅仅是 JavaScript,都可以实现联合服务。

!> Apollo 联合服务到目前为止还不支持订阅。

在接下来的例子中,我们将设置一个带有网关和两个联合端点的演示程序:一个 Users 服务和一个 Posts 服务,

联合示例:Users

首先,安装联合服务的依赖包:

  1. $ npm install --save @apollo/federation

模式优先

Users 服务有一个简单的 schema。注意 @key 这个指令:它告诉 Apollo 查询规划器,如果你有它的 id,则可以获取特定的 User 实例。另外,请注意我们也要继承这个 Query 类型。

  1. type User @key(fields: "id") {
  2. id: ID!
  3. name: String!
  4. }
  5. extend type Query {
  6. getUser(id: ID!): User
  7. }

我们的解析器有一个额外的方法:resolveReference()。每当相关资源需要 User 实例时,它就会被 Apollo 网关调用。我们在后面的 Posts 服务中也会看到这个例子。请注意 @ResolveReference() 这个装饰器。

  1. import { Args, Query, Resolver, ResolveReference } from '@nestjs/graphql';
  2. import { UsersService } from './users.service';
  3. @Resolver('User')
  4. export class UsersResolvers {
  5. constructor(private usersService: UsersService) {}
  6. @Query()
  7. getUser(@Args('id') id: string) {
  8. return this.usersService.findById(id);
  9. }
  10. @ResolveReference()
  11. resolveReference(reference: { __typename: string; id: string }) {
  12. return this.usersService.findById(reference.id);
  13. }
  14. }

最后,我们在模块中使用 GraphQLFederationModule 将所有东西连接起来。此模块接收与常规的 GraphQLModule 相同的配置。

  1. import { Module } from '@nestjs/common';
  2. import { GraphQLFederationModule } from '@nestjs/graphql';
  3. import { UsersResolvers } from './users.resolvers';
  4. @Module({
  5. imports: [
  6. GraphQLFederationModule.forRoot({
  7. typePaths: ['**/*.graphql'],
  8. }),
  9. ],
  10. providers: [UsersResolvers],
  11. })
  12. export class AppModule {}

代码优先

代码优先联合服务与常规的代码优先 GraphQL 很像。我们只需添加一些额外的装饰器到 User 实体即可。

  1. import { Directive, Field, ID, ObjectType } from '@nestjs/graphql';
  2. @ObjectType()
  3. @Directive('@key(fields: "id")')
  4. export class User {
  5. @Field((type) => ID)
  6. id: number;
  7. @Field()
  8. name: string;
  9. }

我们的解析器有一个额外的方法:resolveReference()。每当相关资源需要 User 实例时,它就会被 Apollo 网关调用。我们在后面的 Posts 服务中也会看到这个例子。请注意 @ResolveReference() 这个装饰器。

  1. import { Args, Query, Resolver, ResolveReference } from '@nestjs/graphql';
  2. import { User } from './user.entity';
  3. import { UsersService } from './users.service';
  4. @Resolver((of) => User)
  5. export class UsersResolvers {
  6. constructor(private usersService: UsersService) {}
  7. @Query((returns) => User)
  8. getUser(@Args('id') id: number): User {
  9. return this.usersService.findById(id);
  10. }
  11. @ResolveReference()
  12. resolveReference(reference: { __typename: string; id: number }): User {
  13. return this.usersService.findById(reference.id);
  14. }
  15. }

最后,我们在模块中使用 GraphQLFederationModule 将所有东西连接起来。此模块接收与常规的 GraphQLModule 相同的配置。

  1. import { Module } from '@nestjs/common';
  2. import { GraphQLFederationModule } from '@nestjs/graphql';
  3. import { UsersResolvers } from './users.resolvers';
  4. import { UsersService } from './users.service'; // Not included in this example
  5. @Module({
  6. imports: [
  7. GraphQLFederationModule.forRoot({
  8. autoSchemaFile: true,
  9. }),
  10. ],
  11. providers: [UsersResolvers, UsersService],
  12. })
  13. export class AppModule {}

联合示例:Posts

我们的 Post 服务通过 getPosts 查询提供文章聚合,同时也使用 user.posts 来扩展我们的 User 类型。

模式优先

Posts 服务在它的 schema 中通过用 extend 关键字标记来引用 User 类型。它还向 User 类型添加了一个属性。请注意用于匹配 User 实例的 @key 指令,以及指示 id 字段在别处管理的 @external 指令。

  1. type Post @key(fields: "id") {
  2. id: ID!
  3. title: String!
  4. body: String!
  5. user: User
  6. }
  7. extend type User @key(fields: "id") {
  8. id: ID! @external
  9. posts: [Post]
  10. }
  11. extend type Query {
  12. getPosts: [Post]
  13. }

在我们的解析器这里有一个有趣的方法:getUser()。它返回一个引用,其中包含 __typename 和应用程序解析引用所需的任何其他属性,在这个例子中仅是一个属性 id__typename被 GraphQL 网关用来精确定位负责 User 类型和请求实例的微服务。上面讨论的 Users 服务将在 resolveReference() 方法上被调用。

  1. import { Query, Resolver, Parent, ResolveField } from '@nestjs/graphql';
  2. import { PostsService } from './posts.service';
  3. import { Post } from './posts.interfaces';
  4. @Resolver('Post')
  5. export class PostsResolvers {
  6. constructor(private postsService: PostsService) {}
  7. @Query('getPosts')
  8. getPosts() {
  9. return this.postsService.findAll();
  10. }
  11. @ResolveField('user')
  12. getUser(@Parent() post: Post) {
  13. return { __typename: 'User', id: post.userId };
  14. }
  15. }

Posts 服务几乎具有和 Users 相同的模块,但为了完整起见,我们在下面将它包含进来:

  1. import { Module } from '@nestjs/common';
  2. import { GraphQLFederationModule } from '@nestjs/graphql';
  3. import { PostsResolvers } from './posts.resolvers';
  4. @Module({
  5. imports: [
  6. GraphQLFederationModule.forRoot({
  7. typePaths: ['**/*.graphql'],
  8. }),
  9. ],
  10. providers: [PostsResolvers],
  11. })
  12. export class AppModule {}

代码优先

我们需要创建一个代表我们的 User 实体的类。即使它存在于其他服务中,我们也将使用和继承它。注意 @extends@external 指令。

  1. import { Directive, ObjectType, Field, ID } from '@nestjs/graphql';
  2. import { Post } from './post.entity';
  3. @ObjectType()
  4. @Directive('@extends')
  5. @Directive('@key(fields: "id")')
  6. export class User {
  7. @Field((type) => ID)
  8. @Directive('@external')
  9. id: number;
  10. @Field((type) => [Post])
  11. posts?: Post[];
  12. }

我们在 User 实体上为我们的扩展创建解析器,如下所示:

  1. import { Parent, ResolveField, Resolver } from '@nestjs/graphql';
  2. import { PostsService } from './posts.service';
  3. import { Post } from './post.entity';
  4. import { User } from './user.entity';
  5. @Resolver((of) => User)
  6. export class UsersResolvers {
  7. constructor(private readonly postsService: PostsService) {}
  8. @ResolveField((of) => [Post])
  9. public posts(@Parent() user: User): Post[] {
  10. return this.postsService.forAuthor(user.id);
  11. }
  12. }

我们还需要创建我们的 Post 实体:

  1. import { Directive, Field, ID, Int, ObjectType } from '@nestjs/graphql';
  2. import { User } from './user.entity';
  3. @ObjectType()
  4. @Directive('@key(fields: "id")')
  5. export class Post {
  6. @Field((type) => ID)
  7. id: number;
  8. @Field()
  9. title: string;
  10. @Field((type) => Int)
  11. authorId: number;
  12. @Field((type) => User)
  13. user?: User;
  14. }

还有它的解析器:

  1. import { Query, Args, ResolveField, Resolver, Parent } from '@nestjs/graphql';
  2. import { PostsService } from './posts.service';
  3. import { Post } from './post.entity';
  4. import { User } from './user.entity';
  5. @Resolver((of) => Post)
  6. export class PostsResolvers {
  7. constructor(private readonly postsService: PostsService) {}
  8. @Query((returns) => Post)
  9. findPost(@Args('id') id: number): Post {
  10. return this.postsService.findOne(id);
  11. }
  12. @Query((returns) => [Post])
  13. getPosts(): Post[] {
  14. return this.postsService.all();
  15. }
  16. @ResolveField((of) => User)
  17. user(@Parent() post: Post): any {
  18. return { __typename: 'User', id: post.authorId };
  19. }
  20. }

最后,在模块中把它们串联起来。注意 schema 构建配置,在这里我们指定 User 为外部类型。

  1. import { Module } from '@nestjs/common';
  2. import { GraphQLFederationModule } from '@nestjs/graphql';
  3. import { User } from './user.entity';
  4. import { PostsResolvers } from './posts.resolvers';
  5. import { UsersResolvers } from './users.resolvers';
  6. import { PostsService } from './posts.service'; // Not included in example
  7. @Module({
  8. imports: [
  9. GraphQLFederationModule.forRoot({
  10. autoSchemaFile: true,
  11. buildSchemaOptions: {
  12. orphanedTypes: [User],
  13. },
  14. }),
  15. ],
  16. providers: [PostsResolvers, UsersResolvers, PostsService],
  17. })
  18. export class AppModule {}

联合示例:网关

首先,安装网关的依赖包:

  1. $ npm install --save @apollo/gateway

我们的网关只需要一个端点列表,它会从那里自动发现所有的 schemas。因为代码和模式优先是一样的,所以网关的代码很短:

  1. import { Module } from '@nestjs/common';
  2. import { GraphQLGatewayModule } from '@nestjs/graphql';
  3. @Module({
  4. imports: [
  5. GraphQLGatewayModule.forRoot({
  6. server: {
  7. // ... Apollo server options
  8. cors: true,
  9. },
  10. gateway: {
  11. serviceList: [
  12. { name: 'users', url: 'http://user-service/graphql' },
  13. { name: 'posts', url: 'http://post-service/graphql' },
  14. ],
  15. },
  16. }),
  17. ],
  18. })
  19. export class AppModule {}

?> Apollo 建议你不要依赖生产环境中的服务发现,而是使用它们的图表管理器

共享上下文

你可以通过一个构建服务来自定义网关和联合服务之间的请求。这让你能够共享有关请求的上下文。你能轻松继承默认的 RemoteGraphQLDataSource 并实现其中一个钩子。有关可能性的更多信息,请参阅 Apollo 文档中的 RemoteGraphQLDataSource 章节.

  1. import { Module } from '@nestjs/common';
  2. import { GATEWAY_BUILD_SERVICE, GraphQLGatewayModule } from '@nestjs/graphql';
  3. import { RemoteGraphQLDataSource } from '@apollo/gateway';
  4. import { decode } from 'jsonwebtoken';
  5. class AuthenticatedDataSource extends RemoteGraphQLDataSource {
  6. async willSendRequest({ request, context }) {
  7. const { userId } = await decode(context.jwt);
  8. request.http.headers.set('x-user-id', userId);
  9. }
  10. }
  11. @Module({
  12. providers: [
  13. {
  14. provide: AuthenticatedDataSource,
  15. useValue: AuthenticatedDataSource,
  16. },
  17. {
  18. provide: GATEWAY_BUILD_SERVICE,
  19. useFactory: (AuthenticatedDataSource) => {
  20. return ({ name, url }) => new AuthenticatedDataSource({ url });
  21. },
  22. inject: [AuthenticatedDataSource],
  23. },
  24. ],
  25. exports: [GATEWAY_BUILD_SERVICE],
  26. })
  27. class BuildServiceModule {}
  28. @Module({
  29. imports: [
  30. GraphQLGatewayModule.forRootAsync({
  31. useFactory: async () => ({
  32. gateway: {
  33. serviceList: [
  34. /* services */
  35. ],
  36. },
  37. server: {
  38. context: ({ req }) => ({
  39. jwt: req.headers.authorization,
  40. }),
  41. },
  42. }),
  43. imports: [BuildServiceModule],
  44. inject: [GATEWAY_BUILD_SERVICE],
  45. }),
  46. ],
  47. })
  48. export class AppModule {}

异步配置

联合服务和网关模块都支持使用同样的 forRootAsync 异步初始化,相关文档详见快速开始

译者署名

用户名 头像 职能 签名
@飞柳 GraphQL - 图2 翻译、校正 全栈开发工程师,专注 DesignOps、Nest、GraphQL 等领域@飞柳 at Github