我一直在研究GraphQL作为我的一些REST API的替代品,虽然我认为我已经完成了基本的工作,并且像我目前看到的大部分内容一样,但是有一个重要特性似乎缺失了.

假设我有一系列这样的项目：

{
    "id": "aaa",
    "name": "Item 1",
    ...
}

应用程序需要所有这些对象的映射,由ID索引,如下所示：

{
    "allItems": {
        "aaa": {
            "name": "Item 1",
            ...
        },
        "aab": {
            "name": "Item 2",
            ...
        }
    }
}

我写过的每个API都能够以这样的格式返回结果,但我很难找到一种方法来使用GraphQL.我一直在issue 101上运行,但这更多地涉及未知模式.就我而言,我确切地知道所有领域是什么;这纯粹是关于输出格式.我知道我可以简单地返回数组中的所有项目并在客户端重新格式化,但这看起来有点过分,因为它过去从未被需要,并且会使GraphQL感觉像向后退一步.我不确定我想要做的事情是不可能的,或者我只是使用了所有错误的术语.我应该继续挖掘,还是GraphQL不适合我的需求？如果这是可能的,查询可能会像这样检索数据？

我目前正在服务器上使用graphql-php,但我对更高级别的概念响应持开放态度.

解决方法:

不幸的是,使用像这样的任意和动态键返回对象并不是GraphQL中真正的一等公民.这并不是说你无法实现同样的目标,但这样做会失去GraphQL的许多好处.

如果设置为返回具有id键的对象而不是返回包含id的对象的集合/列表,然后在客户端上执行转换,则可以创建特殊的GraphQLScalarType.

const GraphQLAnyObject = new GraphQLScalarType({
  name: 'AnyObject',
  description: 'Any JSON object. This type bypasses type checking.',
  serialize: value => {
    return value;
  },
  parseValue: value => {
    return value;
  },
  parseLiteral: ast => {
    if (ast.kind !== Kind.OBJECT) {
      throw new GraphQLError("Query error: Can only parse object but got a: " + ast.kind, [ast]);
    }
    return ast.value;
  }
});

这种方法的问题在于,由于它是标量类型,因此无法提供选择集来查询它.例如.如果你有一个类型

type MyType implements Node {
  id: ID!
  myKeyedCollection: AnyObject
}

那么你只能这样查询它

query {
  getMyType(id: abc) {
    myKeyedCollection  # note there is no { ... }
  }
}

正如其他人所说,我不建议这样做,因为你失去了GraphQL的许多好处,但它表明GraphQL几乎可以做任何REST的事情.如果你只想尝试一下,我们在scaphold.io上提供你可以玩的AnyObject类型.

希望这可以帮助！