21 分钟学 apollo-client 是一个系列,简单暴力,包学包会。
搭建 Apollo client 端,集成 redux
使用 apollo-client 来获取数据
修改本地的 apollo store 数据
提供定制方案
大坑 - 写入数据失败
同志们注意啦!整个 apollo 的坑都集中在这里啦!
一旦返回的数据写入 apollo store 失败,会 静默失败 ,最终你发现怎么数据没有发生任何变化? (坑爹啊!)
一个简单的办法是,你去 node_modules 下,把报错信息暴露出来。是的,经过阅读源码,我发现这已经是最简单的办法了...
具体代码在 node_modules\apollo-client\data\writeToStore.js
如果这解决了你的问题,请给我打赏,谢谢。
写入失败的原因
那什么时候会写入失败呢?
1. 写入的数据,其结构不符合 query schema
这意味着你不能基于 query schema 添加一些你本地需要的数据,比如 isSelected 什么的
2. 丢失 __typename
信息
不能丢失任何层级上的 __typename
!
当你 log fetchMoreResult
你会发现,它在很多层级上附带了 __typename
,这个数据用于检查写入数据是否匹配 query schema。
一旦你丢失了 __typename
,可能会导致写入失败,或者尽管写入了,但本该携带 __typename
的那一层的数据没有写入。
你可能说,那我当心一点,总是使用 Object.assign
或者 { ...obj, a: 1 }
这种 spread 赋值的方式吧。
年轻人,你还是太天真啊!
如果你得到一组数据,嵌套的某一个值为 null
,那么它本来就不携带 __typename
!
如果这个值为 null
的数据在你的 query schema 中确实需要 __typename
,那即使你对这个数据重新赋值,也无法被写入到 apollo store 中,因为缺少 __typename
信息。
上面这段话比较绕,给你看个例子。
假设你有这样一个 query
query {
user { # typename 为 User
id
nickname
statistic { # typename 为 UserStatistic
upvoted
}
}
}
然后,得到一组数据
const prev = {
user: {
__typename: 'User',
id: 1,
nickname: 'apollo 真是坑爹啊',
statistic: null
}
}
为了 ui 显示正常,你会给 statistic 设置一些默认值
const next = {
...prev,
user: {
...prev.user,
statistic: {
upvoted: false,
}
}
}
如果你将 next 数据 writeToStore 你就会就发现 statistic 还是为 null
,这些数据还是没有被写入 apollo store。
这是因为,user.statistic
在 schema 中定义的 type 是 UserStatistic
,而原始数据由于为 null
,所以本该自动附加的 __typename
属性也不存在。这导致你在写入 store 的时候,缺少了必要的 __typename
信息,apollo 将拒绝接受。
很扯吧。
要让上面的代码 work 起来,你需要
const next = {
...prev,
user: {
...prev.user,
statistic: {
upvoted: false,
+ __typename: 'UserStatistic',
}
}
}
总结
如果没有报错消息的话,上面这种情况是极其难以排查的,尤其是我们特别容易遇到缺少 __typename
的场景。
为了减少此类事故的发生,你可以
- 和后端协商,不要返回 null 值
- 不论何时何地,何种层级,永远给数据手动添加
__typename
- 不用 apollo
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。