我正在尝试为Apollo Server 2中的订阅提供解析器。当订阅是顶级字段时(即,在Subscription
根的schema
下方),该订阅才有效。
但是,如果订阅包含在另一个type
中,则我总是在客户端的websocket连接上收到错误Subscription field must return Async Iterable. Received: undefined
-服务器的解析器永远不会执行。
即该模式有效:
type Subscription {
postAdded: Post
}
但是这个没有:
type Subscription {
post: PostSubscription
}
type PostSubscription {
postAdded: Post
}
我的第二种情况的解析器看起来像这样,但是我尝试了很多不同的变体,但都没有成功:
Subscription: {
post: () => ({
PostSubscription: {}
})
},
PostSubscription: {
postAdded: {
subscribe: () => pubSub.asyncIterator(['postAdded'])
}
}
答案 0 :(得分:0)
错误消息表示您的帖子解析器
Subscription: {
post: () => ({
PostSubscription: {} // This needs to return AsyncIterator
})
},
如果我对您的理解正确,那么您想在该帖子下订阅一个postAdded,postDeleted,postUpdated。我知道您想尝试在同一模型下为它们命名空间,这有助于更好地组织。但这有一些问题,我将在后面解释。
一句话建议: 最好将这三个字段直接放在根订阅字段下。
并不是说您无法做到,但是如果您确实想要, 假设您正在订阅
Subscription{
post{
postAdded: Post
postDeleted: Post
postUpdated(id:Int!): Post
}
}
然后,三个嵌套字段都“共享”同一通道。
然后您需要做几件事
Subscription: {
post: {
subscription: () => pubSub.asyncIterator(['postChannel'])
}
}
类似的东西
Mutation{
createPost: (_,args,context,info)=>{
const createdObject = // do create
pubsub.publish("postChannel", {
post:{
// do not do postUpdate, postDelete, because there's nothing updated, deleted
postAdded:createdObject
}
})
}
}
这将完成您想要的工作,但这有两个问题。 1.每当发生任何更新/创建/删除时,都会通知客户端。可能会给客户错误的信息。像这样 如果客户订阅
subscription{
post{
postAdded
}
}
然后,当其他正文更新帖子时,客户会收到这样的回复
response = {
subscription:{
postAdded:null
}
}
忽略postAdd的null可能是可以的。但这绝对是postUpdate的问题。想象一个用户订阅
subscribe{
post{
postUpdate(id:1)
}
}
然后有人添加了帖子,客户端将始终得到通知,因为这三个事件共享同一频道。 然后他会收到
response = {
subscription:{
postUpdated:null
}
}
然后,如果您使用的是apollo客户端,它将从缓存中删除post:1,因为它将认为post为空。
由于这些问题,强烈建议创建多个通道,每个模型最好创建三个通道。并创建三个根级别的订阅,而不是嵌套它们。
对于最低有效订阅,我会将您重定向到我为演示订阅https://github.com/hansololai/apollo_subscription_boilerplate而制作的git-repo