预期架构 {...} 是一个 GraphQL 架构
Expected Schema {...} to be a GraphQL schema
正在尝试通过 apollo 在后端和前端设置订阅。尝试调用 Query 组件的 subscribeToMore 函数时出现错误。尽管它清楚地表明该模式不是 GraphQL 模式,但未能发现任何问题。
我有一个怀疑,因为我正在使用 merge-graphql-schemas
来合并 typeDefs
和 revolvers
并将合并的模式传递给 SubscriptionServer
它有些如何不将它们拼接在一起使用订阅操作。
我有 created a gist of all 相关文章。
TIA。
所以我终于想通了这个问题。
它确实与 merge-graphql-schemas
库有关,但由于我的错。
通过文档后,说
Beware that mergeResolvers is simply merging plain Javascript objects together. This means that you should be careful with Queries, Mutations or Subscriptions with naming conflicts.
这也显示在控制台日志记录中。
所以根据服务器的实现,有不同的选项。
因此使用 const schema = makeExecutableSchema({ typeDefs, resolvers });
制作架构有助于解决我的问题。
最初我尝试使用 const schema = buildSchema(typeDefs);
但由于某种原因它没有缝合解析器并且它们停止触发。
正在尝试通过 apollo 在后端和前端设置订阅。尝试调用 Query 组件的 subscribeToMore 函数时出现错误。尽管它清楚地表明该模式不是 GraphQL 模式,但未能发现任何问题。
我有一个怀疑,因为我正在使用 merge-graphql-schemas
来合并 typeDefs
和 revolvers
并将合并的模式传递给 SubscriptionServer
它有些如何不将它们拼接在一起使用订阅操作。
我有 created a gist of all 相关文章。
TIA。
所以我终于想通了这个问题。
它确实与 merge-graphql-schemas
库有关,但由于我的错。
通过文档后,说
Beware that mergeResolvers is simply merging plain Javascript objects together. This means that you should be careful with Queries, Mutations or Subscriptions with naming conflicts.
这也显示在控制台日志记录中。
所以根据服务器的实现,有不同的选项。
因此使用 const schema = makeExecutableSchema({ typeDefs, resolvers });
制作架构有助于解决我的问题。
最初我尝试使用 const schema = buildSchema(typeDefs);
但由于某种原因它没有缝合解析器并且它们停止触发。