在此节中,您将详细的了解如何查询GraphQL
服务器。
字段 Fileds
最简单的,GraphQL是在对象上访问特定字段。首先,我们看一个简单的查询以及当查询后得到的结果:
查询 :
{
hero {
name
}
}
结果:
{
"data": {
"hero": {
"name": "R2-D2"
}
}
}
您可以看到,查询的语句和得到的结果架构师相同的。这是GraphQL
一个重要特性,因为您总是能够获取到你想要的数据,并且服务器也能够知道客户端要求的字段。
该字段name
返回一个String
的类型,在这个例子中,这个 hero
字段的名字是星球大战中的英雄名称:R2-D2
还有一件重要的事 —— 上面的查询是动态的。这说明只要你喜欢,你可以修改并查看新的结果,尝试在查询中
appearsIn
向hero
对象添加字段,然后查看新的结果。
在前面的例子中,我们只查询返回 String
的英雄名称,但是字段也可以引用对象。在这种情况下,您可以为该对象进行子查询。GraphQL
查询可以遍历相关对象及其字段,允许客户端在一次请求中获取大量的相关数据,而不是像REST
架构中那样进行多次相关的查询。
查询:
{
hero {
name
# 这是一句注释
friends {
name
}
}
}
结果:
{
"data": {
"hero": {
"name": "R2-D2",
"friends": [
{
"name": "Luke Skywalker"
},
{
"name": "Han Solo"
},
{
"name": "Leia Organa"
}
]
}
}
}
请注意,在此例子中,friends
字段返回一个数组,GraphQL
查询对于单个对象和多个对象都一样,但是我们根据schema
文件中定义好的内容知道哪个类型是我们需要的。
参数 Arguments
我们现在能做的是查询和遍历对象中的字段,GraphQL
现在是一种非常有用的数据查询语言,但是当你给查询的语句添加参数时,一切将变得更加有趣:
查询:
{
human(id: "1000") {
name
height
}
}
结果:
{
"data": {
"human": {
"name": "Luke Skywalker",
"height": 1.72
}
}
}
在像REST
这样的系统中,您只能传递一组参数——在你的请求中添加查询参数和URL
。但是在GraphQL中,每个字段和嵌套的对象都可以获得自己的参数组,这就使得在REST
中需要多个查询的接口在GraphQL
中只需要单个。您甚至可以将参数传递到 scalar fields
中,以便在服务器上实现一次的数据转换,而不是在每个客户端上分开执行。
查询
{
human(id: "1000") {
name
height(unit: FOOT)
}
}
结果:
{
"data": {
"human": {
"name": "Luke Skywalker",
"height": 5.6430448
}
}
}
参数可以有许多不同的类型,在上面的实例中,我们使用了 Enumeration
类型,它用来标识一组选项(在这种情况下,长度单位,METER
或者FOOT
)。GraphQL
附带一组默认类型,但是GraphQL服务器也可以声明自己的自定义类型,只要它们可以为你传输格式序列化。
别名 Aliases
相信眼尖的你注意到了,由于结果对象字段与查询中的字段名称不匹配但不包含参数,因此不能直接查询具有不同参数的相同字段。这就是为什么需要别名的原因——它们允许您将字段的结果重命名为你喜欢的东西。
查询:
{
empireHero: hero(episode: EMPIRE) {
name
}
jediHero: hero(episode: JEDI) {
name
}
}
结果:
{
"data": {
"empireHero": {
"name": "Luke Skywalker"
},
"jediHero": {
"name": "R2-D2"
}
}
}
在上面的示例中,两个hero
字段会发生冲突,单由于我们可以将它们设置别名为不同的名称,因此我们可以在一个请求中获取到两个结果。
片段 Fragments
假设我们的应用程序中有一个相对复杂的页面,让我们查看两位英雄以及他们的朋友,你可以想象到这个查询就会变得复杂,因为我们需要至少重复一次这些字段 —— 每一个朋友都有一个重复。
这就是为什么GraphQL
包含片段 的可重用单元的原因。片段 允许您构建字段集,然后将它们包含在您需要的查询中。以下是如何使用片段解决上述情况的例子:
查询:
{
leftComparison: hero(episode: EMPIRE) {
...comparisonFields
}
rightComparison: hero(episode: JEDI) {
...comparisonFields
}
}
fragment comparisonFields on Character {
name
appearsIn
friends {
name
}
}
结果:
{
"data": {
"leftComparison": {
"name": "Luke Skywalker",
"appearsIn": [
"NEWHOPE",
"EMPIRE",
"JEDI"
],
"friends": [
{
"name": "Han Solo"
},
{
"name": "Leia Organa"
},
{
"name": "C-3PO"
},
{
"name": "R2-D2"
}
]
},
"rightComparison": {
"name": "R2-D2",
"appearsIn": [
"NEWHOPE",
"EMPIRE",
"JEDI"
],
"friends": [
{
"name": "Luke Skywalker"
},
{
"name": "Han Solo"
},
{
"name": "Leia Organa"
}
]
}
}
}
如果字段重复,您可以看到上述查询如何解决重复。片段 的概念经常用于将复杂的应用程序数据需求拆分为更小的块,尤其当您需要将大量具有不同片段 的UI
组件组合到一个初始数据获取中时。
在片段内使用变量
片段 可以访问查询或者更新中声明的变量。
查询
query HeroComparison($first: Int = 3) {
leftComparison: hero(episode: EMPIRE) {
...comparisonFields
}
rightComparison: hero(episode: JEDI) {
...comparisonFields
}
}
fragment comparisonFields on Character {
name
friendsConnection(first: $first) {
totalCount
edges {
node {
name
}
}
}
}
结果
{
"data": {
"leftComparison": {
"name": "Luke Skywalker",
"friendsConnection": {
"totalCount": 4,
"edges": [
{
"node": {
"name": "Han Solo"
}
},
{
"node": {
"name": "Leia Organa"
}
},
{
"node": {
"name": "C-3PO"
}
}
]
}
},
"rightComparison": {
"name": "R2-D2",
"friendsConnection": {
"totalCount": 3,
"edges": [
{
"node": {
"name": "Luke Skywalker"
}
},
{
"node": {
"name": "Han Solo"
}
},
{
"node": {
"name": "Leia Organa"
}
}
]
}
}
}
}
操作名称
到目前为止,我们一直使用简写语法,我们省略了 query
关键字和查询名称,但在正式环境中,使用它们使得我们代码更加清晰。
这里包含一个关键字的例子 query
作为操作类型和 HeroNameAndFriends
作为操作名称:
查询:
query HeroNameAndFriends {
hero {
name
friends {
name
}
}
}
结果:
{
"data": {
"hero": {
"name": "R2-D2",
"friends": [
{
"name": "Luke Skywalker"
},
{
"name": "Han Solo"
},
{
"name": "Leia Organa"
}
]
}
}
}
该操作类型可以是 query
、mutation
、subscription
、describes
,如果是不是使用query
来获取数据,你必须声明操作类型,在这种情况下,您无法为操作提供名称或变量。
操作名称是一个有意义并且有明确的操作功能。它仅在多操作文档中需要,但是我们鼓励使用它,因为它对调试和服务器端日志记录非常有用。当您的网络日志或者GraphQL
服务器出现问题时,通过名称在代码库中查询起来是很方便的,您可以将其视为您喜欢的编程语言中的函数名称。例如,在JavaScript
中我们可以很容易地使用匿名函数,但是当我们给函数命名时,它更加容易跟踪、调试代码,并在调用时记录。同样,GraphQL
查询和更新名称已经片段名称可以是服务器端有用的调试工具,用于识别不同的GraphQL
请求。
变量 Variables
到目前为止,我们已经在查询字语句中编写了所有的参数。但是在大多数应用程序中,字段的参数是动态的:例如,可能有一个下拉列表可让您选择您感兴趣的星球大战剧集,搜索字段或一组过滤器。
在查询语句中直接传递这些动态参数不是一个好办法,因为我们的客户端代码需要在运行时动态操作查询语句,并将其序列化为特定的GraphQL
的格式。相反的,GraphQL
有一种将动态值从查询语句中分解出来的一类方法,并将它们作为单独的字典传递。这些值称为 变量。
当我们开始使用变量时,我们需要做三件事:
- 用
$variableName
代替查询语句中的静态值 - 声明
$variableName
,为查询语句中的变量之一 - 传入
variableName:value
, 通常使用json
数据的键值对方式
查询:
query HeroNameAndFriends($episode: Episode) {
hero(episode: $episode) {
name
friends {
name
}
}
}
# 传递参数
{
"episode": "JEDI"
}
结果:
{
"data": {
"hero": {
"name": "R2-D2",
"friends": [
{
"name": "Luke Skywalker"
},
{
"name": "Han Solo"
},
{
"name": "Leia Organa"
}
]
}
}
}
现在,在我们的客户端代码中,我们可以简单的传递一个不同的变量来查询,而不是像上面一样重新写一个新的查询。这是一个很好的写法,标识我们查询中的哪些参数应该是动态变化的 —— 我们应该永远不要使用字符串来构造一个查询。
变量定义
变量定义像是上面查询语句的 ($episode: Episode)
,它的工作方式与类型语言中函数的参数定义相同。前缀为:$
, 后面跟上类型Episode
所有声明的变量必须是scalars
、 enums
、 input object
,因此,如果要将复杂的对象传递到字段中,则需要知道服务器上匹配的输入类型。在Schema Page
上可以了解到更多的的对象类型信息。
变量定义可以是可空的或者是必须的。在上面的例子中,由于没有一个 !
在Episode
类型旁,所以这是一个可选的,但是,如果你要传递变量的参数是非空的,那么该变量则是必须得。
要了解更多有关这些变量定义的语法的信息,所以了解GraphQL
schema
语言非常有用。在 Schema
页面上详细解释了模式语言。
默认变量
通过在类型声明后添加默认值,还可以将默认值分配给查询中的变量。
查询:
query HeroNameAndFriends($episode: Episode = JEDI) {
hero(episode: $episode) {
name
friends {
name
}
}
}
为所有变量提供默认值时,可以调用查询而不传递任何变量。如果任何变量作为变量字典的一部分传递,它们将覆盖默认值。
指令 Directives
在上面,我们讨论了使用变量来避免手写字符串来进行动态查询。在参数中传递变量可以解决这些问题中一大问题,但我们可能还需要一种使用变量动态更改查询结构的方法。例如,我们可以想象一个具有汇总和详细视图的UI
组件,其中一个包含的字段多余另一个。
让我们构建一个这样的查询:
query Hero($episode: Episode, $withFriends: Boolean!) {
hero(episode: $episode) {
name
friends @include(if: $withFriends) {
name
}
}
}
# 查询参数
{
"episode": "JEDI",
"withFriends": false
}
结果:
{
"data": {
"hero": {
"name": "R2-D2"
}
}
}
尝试编辑上面的变量而不是更改 withFriends
,然后看看结果的变化。
我们需要在GraphQL
中使用一个指令的新功能。指令可以附加到字段或片段中,并且可以以服务器期望的任何方式影响查询的执行。GraphQL
规范包含两个指令,任何符合规范的GraphQL
服务器都必须支持这两个指令:
-
@include(if : Boolean)
如果仅在结果中包含此字段,则该参数为true
-
@skip(if : Boolean)
如果需要跳过该字段,则参数为true
指令可用于摆脱您需要进行字符串操作以在查询中添加和删除字段的情况。服务器实现还可以通过定义全新的指令来添加需要的功能。
更新 Mutations (突变、变化)
大多数关于GraphQL
的讨论都集中在数据的获取上,但是任何一套完整的数据平台都需要一种方法来修改服务端的数据。
在 REST
中,任何请求都可能对服务器有一些副作用,但是按照我们的习惯,建议不要使用GET
请求来修改数据,GraphQL
类似,从技术上来讲,可以实现任何查询来修改数据。但是,建立一个规范是很有用的,任何写入更新操作都应该通过mutations
显式调用.
就像在查询中一样,如果更新字段中返回对象类型,则可以请求嵌套字段。这对于在更新后获取对象的最新数据非常有用。下面有一个简单实例:
查询:
mutation CreateReviewForEpisode($ep: Episode!, $review: ReviewInput!) {
createReview(episode: $ep, review: $review) {
stars
commentary
}
}
# 参数
{
"ep": "JEDI",
"review": {
"stars": 5,
"commentary": "This is a great movie!"
}
}
结果:
{
"data": {
"createReview": {
"stars": 5,
"commentary": "This is a great movie!"
}
}
}
注意: createReview
字段 返回我们插入的新数据包含stars
和commentary
字段。在更新数据中尤为重要,例如,在递增字段时,因为我们可以使用一个请求来更新并查询更新的值。
您可能还会注意到,在此实例中,review
变量不是一个scalar
(简单的数据),它是一个可以作为参数传递的对象类型。在Schema
页面上可以了解有关输入类型的更多信息。
在一个更新中更新多个字段
一个更新可以包含多个字段,就像查询一样。除了名称之外,查询和更新之间有一个重要的区别:
查询字段并行执行
更新字段串行执行
这意味着如果我们incrementCredits
在一个请求中发送两个更新的话,第一个保证在第二个开始之间完成,确保我们的条件不会混乱。
内联片段 Inline Fragments
与许多其他类型系统一样,GraphQL
模式包括定义接口和联合类型的能力。在架构指南中了解它们。
如果要查询返回接口或者联合类型的字段,则需要使用 内联片段 来访问基础类型的数据。举个例子:
query HeroForEpisode($ep: Episode!) {
hero(episode: $ep) {
name
... on Droid {
primaryFunction
}
... on Human {
height
}
}
}
# 参数
{
"ep": "JEDI"
}
结果:
{
"data": {
"hero": {
"name": "R2-D2",
"primaryFunction": "Astromech"
}
}
}
在上面的查询中,hero
字段返回Character
类型的数据,该类型可以是Human
或者是Droid
,这取决于episode
参数。在直接选中中,你只能询问Character
上存在的字段,例如name
.
要查询具体类型上的字段,需要使用带有类型条件的 内联片段 。因为第一个片段被标记为…on Droid
,只有当hero
返回的字符是Droid
类型时,才会执行primaryFunction
字段。类似地,对于human type
的height
字段也是如此。
命名片段也可以以相同的方式使用,因为命名片段始终具有附加类型。
元字段 Meta fields
在某些情况下您还不知道从GraphQL
服务器上返回的类型,您需要某种方法来确定如何在客户端上处理该数据。GraphQL
允许您使用__typename
在查询中的任何位置请求元字段,以获取该位置对象类型的名称。
查询:
{
search(text: "an") {
__typename
... on Human {
name
}
... on Droid {
name
}
... on Starship {
name
}
}
}
结果:
{
"data": {
"search": [
{
"__typename": "Human",
"name": "Han Solo"
},
{
"__typename": "Human",
"name": "Leia Organa"
},
{
"__typename": "Starship",
"name": "TIE Advanced x1"
}
]
}
}
在上面的查询中,search
返回一个联合类型,它可以是三个选项之一,如果没有该__typename
,就不可能将客户的不同类型区分开来。
GraphQL服务提供了一些元字段,其余的用于公开Introspection系统。
上一篇 | 下一篇 |
---|---|
GraphQL (一)—— 使用简介 | 待续 |
网友评论