我刚刚被介绍给 GraphQL，并且正在决定在两个框架（Apollo 和 Relay）之间实现我的前端 React Web 应用程序。
我知道 Relay 是由 Facebook 构建的，而 Apollo 是由 Meteor 构建的。有没有人尝试过这两种方法，你的经验如何？我想知道它们之间有什么区别，与 Apollo 相比，哪种 GraphQL 应用程序会从使用 Relay 中受益更多。
【问题讨论】：
标签： reactjs graphql relay apollo react-apollo
TL;DR: 这个问题的答案归结为“视情况而定”。我鼓励你尝试这两个 GraphQL 客户端并得出你自己的结论。 Learn Apollo 和 Learn Relay 是很好的入门资源。
请注意，以下是关于中继 1，而不是中继 2。
Relay 仅适用于 React 和 RN，而 Apollo 与框架无关。由于您想构建一个 React 应用程序，这对您来说不是问题，但仍然值得一提。
中继需要在Relay specification 中进一步描述的自定义架构。 Apollo 适用于任何 GraphQL 模式。
Relay 强加了一个您绝对需要遵循的严格、固定的结构。另一方面，Apollo 为您提供了许多不同的方法和选择来处理特定主题。
Relay 提供出色的开发人员体验，但进入门槛很高。 Apollo 需要更多的人工来完成工作。
Relay 引入了许多新概念，例如节点、边和连接，并且重申一下，它具有很高的进入门槛。相比之下，Apollo 非常容易上手。
除了一些社区努力使订阅与 Relay 一起使用外，关于 Relay 中的订阅并没有真正达成共识。另一方面，Apollo 与 subscriptions-transport-ws 很好地集成在一起，已经在社区中得到广泛采用。以worldchat app using GraphQL subscriptions 为例。
中继需要a schema check using Babel on build-time。 Apollo 为此提供了可选工具。
【讨论】：