Apollo Link 状态默认解析器不工作(@client 查询参数变量)
Apollo Link State Default Resolver Not Working (@client query parameter variables)
此处示例:https://codesandbox.io/s/j4mo8qpmrw
文档在这里:https://www.apollographql.com/docs/link/links/state.html#default
TLDR:这是一个待办事项列表,@client 查询参数不会过滤掉列表。
这是查询,以$id作为参数
const GET_TODOS = gql`
query todos($id: Int!) {
todos(id: $id) @client {
id
text
}
}
`;
查询在其中传递变量
<Query query={GET_TODOS} variables={{ id: 1 }}>
/* Code */
</Query>
但默认解析器不使用该参数,您可以在上面的codesandbox.io示例中看到它。
文档说它应该有效,但我似乎无法弄清楚我遗漏了什么。提前致谢!
对于简单的用例,您通常可以依靠 the default resolver 来获取您需要的数据。但是,要实现诸如过滤缓存中的数据或对其进行操作(就像对突变所做的那样)之类的操作,您需要编写自己的解析器。要完成您想要做的事情,您可以这样做:
export const resolvers = {
Query: {
todos: (obj, args, ctx) => {
const query = gql`
query GetTodos {
todos @client {
id
text
}
}
`
const { todos } = ctx.cache.readQuery({ query })
return todos.filter(todo => todo.id === args.id)
},
},
Mutation: {},
}
编辑:我们定义的每个类型都有一组字段。当我们 return 特定类型(或类型列表)时,该类型上的每个字段将利用默认解析器尝试解析其自己的值(假设请求该字段)。默认解析器的工作方式很简单——它查看父(或 "root")对象的值,如果它找到一个 属性 匹配字段名,它 return 的值属性。如果未找到 属性(或无法强制转换为该字段期望的任何标量或类型),则它 return 为 null。
这意味着我们可以,例如,return 表示单个待办事项的对象,我们不必为其 id
或 text
字段定义解析器,因为只要该对象具有 id
和 text
属性。从另一个角度来看,如果我们想在 Todo
上创建一个名为 textWithFoo
的任意字段,我们可以保持缓存默认值不变,并创建一个像
这样的解析器
(obj, args, ctx) => obj.text + ' and FOO!'
在这种情况下,默认解析器对我们没有好处,因为存储在缓存中的对象没有 textWithFoo
属性,因此我们编写自己的解析器。
请记住,像 todos
这样的查询也只是一个字段(在本例中,它是查询类型上的一个字段)。它的行为与任何其他字段的行为几乎相同(包括默认的解析器行为)。但是,对于 apollo-link-state
,您在 defaults
下定义的数据结构将成为查询的父值或 "root" 值。
在您的示例代码中,您的 defaults
包含一个 属性 (todos
)。因为那是根对象上的 属性,我们可以使用名为 todos
的查询来获取它,即使没有解析器也仍然可以取回数据。 todos
字段的默认解析器将在根对象(在本例中是您的缓存)中查找,看到一个名为 todos
的 属性 和 return that.
另一方面,像 todo
(单数)这样的查询在根(缓存)中没有匹配的 属性。您需要为它编写一个解析器以获得 return 数据。同样,如果您想在 return 在查询中处理数据(有或没有参数),您需要包含一个解析器。
此处示例:https://codesandbox.io/s/j4mo8qpmrw
文档在这里:https://www.apollographql.com/docs/link/links/state.html#default
TLDR:这是一个待办事项列表,@client 查询参数不会过滤掉列表。
这是查询,以$id作为参数
const GET_TODOS = gql`
query todos($id: Int!) {
todos(id: $id) @client {
id
text
}
}
`;
查询在其中传递变量
<Query query={GET_TODOS} variables={{ id: 1 }}>
/* Code */
</Query>
但默认解析器不使用该参数,您可以在上面的codesandbox.io示例中看到它。
文档说它应该有效,但我似乎无法弄清楚我遗漏了什么。提前致谢!
对于简单的用例,您通常可以依靠 the default resolver 来获取您需要的数据。但是,要实现诸如过滤缓存中的数据或对其进行操作(就像对突变所做的那样)之类的操作,您需要编写自己的解析器。要完成您想要做的事情,您可以这样做:
export const resolvers = {
Query: {
todos: (obj, args, ctx) => {
const query = gql`
query GetTodos {
todos @client {
id
text
}
}
`
const { todos } = ctx.cache.readQuery({ query })
return todos.filter(todo => todo.id === args.id)
},
},
Mutation: {},
}
编辑:我们定义的每个类型都有一组字段。当我们 return 特定类型(或类型列表)时,该类型上的每个字段将利用默认解析器尝试解析其自己的值(假设请求该字段)。默认解析器的工作方式很简单——它查看父(或 "root")对象的值,如果它找到一个 属性 匹配字段名,它 return 的值属性。如果未找到 属性(或无法强制转换为该字段期望的任何标量或类型),则它 return 为 null。
这意味着我们可以,例如,return 表示单个待办事项的对象,我们不必为其 id
或 text
字段定义解析器,因为只要该对象具有 id
和 text
属性。从另一个角度来看,如果我们想在 Todo
上创建一个名为 textWithFoo
的任意字段,我们可以保持缓存默认值不变,并创建一个像
(obj, args, ctx) => obj.text + ' and FOO!'
在这种情况下,默认解析器对我们没有好处,因为存储在缓存中的对象没有 textWithFoo
属性,因此我们编写自己的解析器。
请记住,像 todos
这样的查询也只是一个字段(在本例中,它是查询类型上的一个字段)。它的行为与任何其他字段的行为几乎相同(包括默认的解析器行为)。但是,对于 apollo-link-state
,您在 defaults
下定义的数据结构将成为查询的父值或 "root" 值。
在您的示例代码中,您的 defaults
包含一个 属性 (todos
)。因为那是根对象上的 属性,我们可以使用名为 todos
的查询来获取它,即使没有解析器也仍然可以取回数据。 todos
字段的默认解析器将在根对象(在本例中是您的缓存)中查找,看到一个名为 todos
的 属性 和 return that.
另一方面,像 todo
(单数)这样的查询在根(缓存)中没有匹配的 属性。您需要为它编写一个解析器以获得 return 数据。同样,如果您想在 return 在查询中处理数据(有或没有参数),您需要包含一个解析器。