时间戳

首页 > 解决方案 > 在 GraphQL 中是否可以在对象类型级别上使用解析器？

javascript - 在 GraphQL 中是否可以在对象类型级别上使用解析器？

问题描述

我们正在研究一个相当复杂的 GraphQL 模式，其中我们有几种属于各种微服务的对象类型，其中每种对象类型都有一个我们可以查询的自然 API 端点。因此，如果可以直接为某些对象类型定义特定的解析器，那将非常方便，执行如下操作：

const typeDefs = gql`
    type Query {
      getBook(bookId: ID!): BookPayload
    }

    type BookPayload {
        book: Book
        userErrors: UserError
    }

    type Book {
      id: ID!
      title: String
      author: String
    }
`;

const resolvers = {
    Query: {
        getBook: (parent, args, context, info) => {
            return {
                book: { id: args.bookId }
        }
    },
    Book: (parent) => {  // this object type level resolver doesn't seem to work
        return {
            id: parent.id,
            ...fetchBookMetadata(parent.id)
        };
    }
};

我知道这是一个微不足道的例子，可能看起来有点过度设计，但当模式开始变得非常复杂时，它确实更有意义（至少对我们来说），到处都是数百个交叉引用。现在有解决这个问题的好方法吗？

标签： javascriptgraphqlapolloapollo-server

解决方案

是的，您应该能够使用指令执行此操作或非常类似的操作，请查看：

https://www.apollographql.com/docs/graphql-tools/schema-directives.html#Fetching-data-from-a-REST-API

我将在此处逐字发布本文中的引文和示例。

假设您已经定义了一个对应于 REST 资源的对象类型，并且您希望避免为每个字段实现解析器函数

const typeDefs = `
directive @rest(url: String) on FIELD_DEFINITION

type Query {
  people: [Person] @rest(url: "/api/v1/people")
}`;

class RestDirective extends SchemaDirectiveVisitor {
  public visitFieldDefinition(field) {
    const { url } = this.args;
    field.resolve = () => fetch(url);
  }
}

根据规范，GraphQL 执行引擎在选择集上运行，这些选择集被分解为单独的字段。将检查每个字段的值或现有解析器。

似乎如果你定义了一个类似上面的指令，你不会改变这个基本行为，但你会拦截并添加一个额外的自定义步骤，以便在进一步解决之前执行。

自定义标量可能会出现类似的情况，但这不适用于模式设计。

推荐阅读