1

Postgraphile 似乎非常方便的工具,但我已经在客户端和服务器端有数十个查询和突变。

有什么方法可以将 Postgraphile 一块一块地集成,让我的旧 GraphQL 模式由手工描述?

所以,现在我有以下初始化代码:

function createApolloLink(){
  return createHttpLink({
    uri: '/graphql',
    credentials: 'same-origin'
  });
}

function create(){
  return new ApolloClient({
    link: createApolloLink(),
    ssrMode: !process.browser, // eslint-disable-line
    cache: new InMemoryCache(),
    connectToDevTools: process.browser
  });
}

如何利用一个标准化存储(客户端)并连接到由 Postgraphile 驱动的第二个 API 点,例如/graphql2

4

1 回答 1

4

通常,您的 GraphQL 客户端不必考虑这一点 - 它应该在服务器端处理。

您可以使用多种技术在服务器端解决此问题:

模式拼接

模式拼接是解决您的问题的直接方法 - 获取旧模式并将其与您的 PostGraphile 模式合并;这样,当客户与之通信时,/graphql他们就可以访问这两种模式。然后,您可以将旧架构中的所有内容标记为已弃用并逐渐淘汰使用。但是,如果可以的话,我建议您使用 PostGraphile 插件...

PostGraphile 插件

PostGraphile 是围绕插件系统构建的,您可以使用类似的东西makeExtendSchemaPlugin将旧的 GraphQL 模式混合到 PostGraphile 模式中。这记录在这里:https ://www.graphile.org/postgraphile/make-extend-schema-plugin/但是如果您的旧类型/解析器是通过类似graphql-tools这样的方式实现的,那么这可能是最简单的入门方法:

const { makeExtendSchemaPlugin, gql } = require('graphile-utils');

const typeDefs = gql`\
type OldType1 {
  field1: Int!
  field2: String
}
extend type Query {
  oldField1: OldType1
  oldField2: OldType2
}
`;

const resolvers = {
  Query: {
    oldField1(/*...*/) {
      /* old logic here */
    },
    //...
  },
};

const AddOldSchemaPlugin = makeExtendSchemaPlugin(
  build => ({
    typeDefs,
    resolvers,
  })
);

module.exports = AddOldSchemaPlugin;

这也将带来最佳性能,因为不应增加延迟,并且您可以再次将遗留字段/突变标记为已弃用。

模式委托

使用这种方法,您可以编写自己的新 GraphQL 模式,然后将其“委托”给其他 GraphQL 模式(旧模式和 PostGraphile 生成的模式)。这会增加一点延迟,但可以让你更好地控制 GraphQL 模式的最终形状,尽管这种能力带来了巨大的责任——如果你犯了一个错字,那么你将不得不长时间保持这个错字!就个人而言,我更喜欢 PostGraphile 使用的生成模式方法。


但是,为了回答您提出的问题,Apollo Link 具有“上下文”功能,允许您更改查询的执行方式。通常这用于添加标头,但您也可以使用它来覆盖 URI 以确定查询可以去哪里。我自己从来没有这样做过,但是如果有一个 Apollo Link 可以使用,它会根据客户端指令甚至字段名称自动切换,我不会感到惊讶。

https://github.com/apollographql/apollo-link/tree/master/packages/apollo-link-http#context

于 2018-10-22T09:24:25.993 回答