如何避免在Apollo ServerV2错误响应中将错误集合包装在错误对象中

Question

我们正在将Apollo Graphql Server v1项目迁移到V2。

我们注意到错误响应格式发生了变化。

我已经测试了Apollo GraphQL V2，这就是它的实现方式。

在v1中，这是预期的。

在v1中，我们看到如下错误响应，

{
  "errors": [
    {
      "message": "Field \"announcement\" must not have a selection since type \"String\" has no subfields.",
      "locations": [
        {
          "line": 2,
          "column": 16
        }
      ]
    }
  ]
}

{
  "error": {
    "errors": [
      {
        "message": "Field \"announcement\" must not have a selection since type \"String\" has no subfields.",
        "locations": [
          {
            "line": 2,
            "column": 16
          }
        ],
        "extensions": {
          "code": "GRAPHQL_VALIDATION_FAILED",
          "exception": {
            "stacktrace": [
             ...
            ]
          }
        }
      }
    ]
  }
}

Answer 1

此行为在版本2中没有改变。Apollo服务器生成符合规范的响应，并且不会在error对象中封装任何结果错误。相反，这只是GraphQL Playground中的一个已知bug。在2.0版本中，Apollo服务器从GraphiQL过渡到GraphiQL游乐场。GraphiQL没有同样的问题，这就是为什么在Apollo服务器上看起来像是一个bug。检查network选项卡并查看服务器的实际响应--它实际上是预期格式的。