时间戳

首页 > 解决方案 > 在 GraphQL 中使用查询响应类型有什么缺点？

javascript - 在 GraphQL 中使用查询响应类型有什么缺点？

问题描述

在 Apollo 文档中，它讨论了使用突变响应类型，您将返回一个响应，其中包括code、success、message的键以及更改的特定数据的键。即用户。

示例：

interface MutationResponse {
  code: String!
  success: Boolean!
  message: String!
}
type UpdateUserMutationResponse implements MutationResponse {
  code: String!
  success: Boolean!
  message: String!
  user: User
}

我们已经使用这种方法有一段时间了。我们也对我们的查询采用了这种方法，并且每个查询都有一个查询响应类型。

例如，如果找不到用户，则响应会向客户端返回适当的详细信息。

将错误从我们的微服务传递到客户端会使事情变得更加混乱且难以推理。我们已经开始修改我们的一个 API 以不使用查询响应类型并且处理错误等变得更加复杂。

所以我的问题是，除了突变响应类型之外，使用查询响应类型的缺点是什么？我们无法决定是否应该替换查询响应类型或保留它们。

标签： javascriptgraphqlapollo-server

解决方案

推荐阅读