解析Graphql中的类型

Question

GraphQL中有几个地方需要解析类型，而不仅仅是类型中的字段。

后端API-

• /users-用户列表-最少信息-姓名、id

构建一个架构来执行以下查询

query a {
  users {
    age # some detail info
  }
  foo {
    owner {
      location # some detail info
    }
  }
}

模式可以如下-

type Query {
  users: [User]
  foo: Foo
}
type Foo {
  owner: User
}
type User {
  id: ID
  age: Int
  location: String
}

上述模式中的解析器需要在两个不同的地方包含/处理用户详细信息获取调用。1.用户列表-Query.users和2.Query.foo.owner。必须记住处理这种类型，其中您只有一个用户ID将其转换为实际用户。

在撰写本文时，GraphQL支持Interface和Union上的解析类型。不可能为整个Type指定解析器-只有Type中的字段可以具有解析器。因此，如果可以解析GraphQL中的类型，这将使其实现更简单。

由于只能解析类型中的字段，因此可以创建一个额外的类型，并在解析程序中维护该字段在类型中的处理，并且该字段位于一个位置。但是现在，查询比以前更深了一层。

query b {
  users {
    details {
      age
    }
  }
  foo {
    owner {
      details {
        location
      }
    }
  }
}

由于无法在GraphQL中解析类型，枚举面临相同的问题。如果API响应中有一个特殊字符，并且字段是一个枚举，请记住在使用此枚举的所有位置处理它，或者创建一个额外的类型来表示此枚举。

我用ApolloGraphQL为所有这些案例创建了一个最小的修改-https://github.com/boopathi/graphql-test-1

1. 模式/语言不应该支持指定如何处理特定类型/为类型指定解析器，而不仅仅是类型中的字段吗？若否，原因为何

Answer 1

你说得对-这在GraphQL中肯定有点奇怪。本质上，由于解析器的工作方式，负责获取正确数据的是您来自的类型，而不是您将要访问的类型。

这种方法有优点也有缺点。您完全可以想象GraphQL的一个实现，其中父对象只返回一个ID，然后每个类型都有一个解析器，知道如何获取细节。我认为这在某些情况下肯定会更好。

下面是我们目前建议如何构建代码以避免这种耦合：

1. 为不同的后端数据源和对象类型定义模型类或存储库对象
2. 在解析器中使用这些，而不是直接访问数据库

为了实现穷人的依赖注入，我们将它们放到服务器的上下文中。当你把它们放在一起时，看起来是这样的：

模式：

# Information about a GitHub repository submitted to GitHunt
type Entry {
  # Information about the repository from GitHub
  repository: Repository!
  # The GitHub user who submitted this entry
  postedBy: User!
  ...

解析程序：

export const resolvers = {
  Entry: {
    repository({ repository_name }, _, context) {
      return context.Repositories.getByFullName(repository_name);
    },
    postedBy({ posted_by }, _, context) {
      return context.Users.getByLogin(posted_by);
    },
    ...

您可以在GitHunt-API示例应用程序中的整个服务器上下文中看到这一点。

基本上，这种方法将解析器用作调用底层业务逻辑的薄包装器，就像路由器一样。这与当前关于Facebook和其他网站服务器的文献是一致的。