1

我有以下运行良好的 GraphQL 订阅：

subscription voucherSent($estId: Int!) {
  voucherSent(estId: $estId) {
    id
    name
    usedAt
    sentAt
  }
}

但以下发送“无法读取未定义的属性‘用户’”错误

subscription voucherSent($estId: Int!) {
  voucherSent(estId: $estId) {
    id
    name
    usedAt
    sentAt
    owner {
      id
      username
    }
  }
}

Apollo GraphQL 订阅是否处理嵌套查询？

这是我的解析器代码：

return models.Voucher.update({
    sentAt: moment().format(),
    usedIn: args.sentTo,
  }, { where: { id: args.id } })
    .then(resp => (
      models.Voucher.findOne({ where: { id: args.id } })
        .then((voucher) => {
          pubsub.publish(VOUCHER_SENT, { voucherSent: voucher, estId: voucher.usedIn });
          return resp;
        })
    ))
4

1 回答 1

4

Apollo Graphql 订阅有关于订阅的非常简短的文档。我想我理解你的问题，我遇到了完全相同的问题。基于所有源代码阅读和测试，我想我知道一个“不太好的解决方案”。

让我先解释一下为什么您的代码不起作用。您的代码不起作用是因为用户订阅和执行突变的用户不是同一个人。让我详细说明。我看到了您的解析器功能，我假设解析器是某个突变解析器，并且在该解析器内部，您执行了 pubsub。但问题是，在该解析器中，您的网络服务器正在处理产生突变的请求。它不知道谁订阅了该频道以及他们订阅了哪些字段。所以你最好的选择是发回 Voucher 模型的所有字段，这就是你所做的

 models.Voucher.findOne({ where: { id: args.id } })

但它不适用于订阅嵌套字段的订阅者。您绝对可以在广播时修改您的代码

 models.Voucher.include("owner").findOne({ where: { id: args.id } })
 .then(voucher=>pubsub.publish(VOUCHER_SENT, { voucherSent: voucher, estId: voucher.usedIn });

这就像伪代码，但你明白了。如果您总是使用嵌套字段广播数据，那么您会没事的。但它不是动态的。如果订阅者订阅更多嵌套字段等，您将遇到麻烦。

如果你的服务器很简单，并且广播静态数据就足够了。然后你可以在这里停下来。下一节将详细介绍订阅的工作原理。

首先，当客户端进行查询时，您的解析器将传入 4 个参数。对于订阅解析器，前 3 个无关紧要，但最后一个包含查询、返回类型等。这个参数称为Info。假设您订阅

subscription {
  voucherSent(estId: 1) {
    id
    name
    usedAt
    sentAt
  }
}

另一个常规查询：

query {
  getVoucher(id:1) {
    id
    name
    usedAt
    sentAt
  }
}

Info 参数是相同的，因为它存储返回类型、返回字段等。取决于您如何设置解析器，如果您的查询包含嵌套字段，您应该有一些方法来手动获取结果。

现在，您需要在两个地方编写代码。1. 订阅解析器。在 Apollo 的文档中，例如：

Subscription: {
  postAdded: {
    // Additional event labels can be passed to asyncIterator creation
    subscribe: () => pubsub.asyncIterator([Channel Name]),
  },
},

在这里，您的 subscribe 是一个函数，其中第四个参数（Info）对于您了解用户订阅了哪些字段至关重要。所以你需要以某种方式存储它，如果你有多个用户订阅同一个凭证，但具有不同的字段，存储这些是非常重要的。幸运的是，apollo graphql-subscription 已经做到了。

您的订阅功能应该是：

Subscription{
  voucherSent(estid:ID):{
    subscribe: (p,a,c,Info)=>{
        // Return an  asyncIterator object. 
    }
  }
}

要了解为什么它必须是 asyncIterator 对象，请查看此处的文档。所以它有一个很好的帮手，withFilter函数，它会过滤发布的对象。此函数将一个函数作为它的第二个参数，该函数是您决定是否应根据订阅者广播此对象的函数。这个函数，在例子中只有2个参数，但是在withFilter的源码中，它实际上有4个参数，第四个是Info，就是你需要的那个！

您可能还会注意到 Apollo 的订阅也有一个解析功能。这意味着，当它向客户端广播有效负载后，您可以在该函数中修改有效负载。

Subscription{
  voucherSent:{
    resolve: (payload, args, context, info)=>{
       // Here the info should tell you that the user also subscribed to  owner field
       // Use payload.value, or id, do model.voucher.include(owner) to construct the nested fields
       // return new payload. 
    },
    subscribe: (p,a,c,Info)=>{
        // Return an  asyncIterator object. 
    }
  }
}

在此设置中，您的订阅至少应该可以工作，但它可能没有经过优化。因为只要有广播，服务器就可能为每个订阅者进行数据库查询。为每个 asyncIterator.next 调用此解析器。优化它的方法是您不能依赖 asyncIterator 并修改每个订阅者的有效负载，您需要首先遍历所有订阅者，了解他们订阅的所有字段的联合。例如，如果用户 1

subscribe{voucherSent(id:1){id, name}}

和用户 2

subscribe{ voucherSent(id:1){name, sentAt, owner{id,name}}}

您需要将它们放在一起，并且知道您需要一次访问数据库。假装你正在查询

getVoucher(id:1){
  id
  name
  sentAt
  owner{
    id
    name
  }
}

然后发回这个联合有效载荷。这将需要您手动将所有这些订阅者存储在商店中，并在 onConnect、onDisconnect 中处理它们。还要弄清楚如何组合这些查询。

希望这会有所帮助，让我知道！

于 2018-10-06T20:25:45.603 回答