我一直在研究GraphQL作为我的一些REST API的替代品,虽然我认为我已经完成了基本的工作,并且像我目前看到的大部分内容一样,但是有一个重要特性似乎缺失了.
假设我有一系列这样的项目:
{ "id": "aaa", "name": "Item 1", ... }
应用程序需要所有这些对象的映射,由ID索引,如下所示:
{ "allItems": { "aaa": { "name": "Item 1", ... }, "aab": { "name": "Item 2", ... } } }
我写过的每个API都能够以这样的格式返回结果,但我很难找到一种方法来使用GraphQL.我一直在问题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; } });
这种方法的问题在于,由于它是标量类型,因此无法提供选择集来查询它.EG如果你有类型
type MyType implements Node { id: ID! myKeyedCollection: AnyObject }
那么你只能这样查询它
query { getMyType(id: abc) { myKeyedCollection # note there is no { ... } } }
正如其他人所说,我不建议这样做,因为你失去了GraphQL的许多好处,但它表明GraphQL几乎可以做任何REST的事情.如果你只想尝试一下,我们在scaphold.io上提供你可以玩的AnyObject类型.
希望这可以帮助!