GraphQL：你能改变查询的结果吗？

书面这个问题 https://stackoverflow.com/questions/52318135/defining-mutations-in-graphql-via-fields-is-this-bad-practice/52322818?noredirect=1#comment91605124_52322818我意识到我希望能够在 GraphQL 中做一些非常具体的事情，但我看不到实现它的好方法。这个想法是这样的：

GraphQL 的好处之一是它允许您进行灵活的查询。例如，如果我想找到所有comments在所有的posts每个user在特定的forum然后我可以进行查询

query{
  findForum(id:7){
    users{
      posts{
        comments{
          content
        }
      }
    }
  }
} 

这太棒了。通常，您想要收集数据意图改变它。因此，在这种情况下，也许我不想获取所有这些评论，而是想删除它们。一个天真的建议是实施deleteComment场上的comment类型，它会改变它所调用的对象。这是bad因为该请求被标记为query，所以它不应该改变数据。

由于我们正在改变数据，我们绝对应该将其标记为mutation。但随后我们就失去了进行我们想要的查询的能力，因为findForum是查询字段，而不是突变字段。一种解决方法this可能是重新定义突变类型中所需的所有查询字段。这显然不是一个好主意，因为您重复了很多代码，并且还为query的严格子集mutation.

现在，我认为“传统”的解决方案是创建一个突变字段来完成这项工作，而不是做其他事情。所以你定义了一个突变字段deleteAllUserPostCommentsByForum它需要一个参数，并以明显的方式实现它。但现在你已经失去了灵活性！如果您决定要找到user明确地删除他们的所有帖子，或者如果您只想删除some在他们的帖子中，您需要一个全新的突变字段。与 REST 相比，这正是我认为 GraphQL 有用的地方。

那么，有没有一个好的方法可以同时避免这些问题呢？

在底层，查询和突变之间的唯一真正区别是，如果单个操作包含多个突变，它们将按顺序（一次一个）而不是同时解析。查询和所有其他字段同时解析。这意味着对于这样的操作：

mutation myOperation {
  editComment(id: 1, body: "Hello!")
  deleteComment(id: 1)
}

The editComment突变将在之前解决deleteComment突变。如果这些操作是查询，那么它们将同时运行。同样，考虑一下是否有一个返回对象的突变，如下所示：

mutation myOperation {
  deleteComment(id: 1) {
    id
    name
  }
}

在这种情况下，id and name字段是also同时解决（因为，即使它们作为突变的一部分返回，字段本身也不是突变）。

查询和突变之间的行为差​​异凸显了为什么按照惯例，我们为每个操作定义一个突变，并避免像您的问题所建议的那样“嵌套”突变。

使突变更加灵活的关键在于如何将输入传递给突变，以及如何在解析器中处理这些输入。而不是制作一个deleteAllUserPostCommentsByForum突变，只需做一个deleteComments接受更稳健的输入类型的突变，例如：

input DeleteCommentsInput {
  forumId: ID
  userId: ID
}

然后，您的解析器只需要处理可能传入的输入字段的任何组合。如果您使用数据库，这种输入很容易转换为WHERE条款。如果您意识到需要其他功能，例如删除特定日期之前或之后的评论，则可以将这些字段添加到您的输入类型并相应地修改您的解析器 - 无需创建新的突变。

实际上，您可以类似地处理创建和编辑，并让事情变得更干燥。例如，您的架构可能如下所示：

type Mutation {
  createOrUpdateComment(comment: CommentInput)
}

input CommentInput {
  id: ID
  userId: ID
  body: String
}

然后，您的解析器可以检查是否包含 ID - 如果包含，则它将该操作视为更新，否则它将将该操作视为插入。当然，在这种情况下使用非空值可能会变得很棘手（userId创建可能需要，但更新不需要），因此对于每种操作都有单独的输入类型有话要说。然而，希望这仍然说明了如何利用输入类型来使您的突变更加灵活。