想要个复杂的用户服务器在查询中接收到该信息，并可能说，“好吧，我要查找复杂的用户解析器。” 是对的吗？ 前夕：嗯嗯（肯定）。 德鲁：这是函数，然后编写逻辑，让后端团队或在该函数内编写逻辑的人员执行返回复杂用户所需的任何操作。 前夕：是的，完全正确。 德鲁：因此，这可能会调用其他 API，可能会查询数据库，可能会在缓存中查找内容，或者几乎任何东西。前夕：几乎任何东西。然后，只要函数的返回符合架构的要求，匹配返回的字段、类型，那么一切都会顺利和谐地工作。 德鲁：我想它默认会为您的整个 API 提供一致的响应格式。您不必设计它的外观。您只会得到一致的结果。 前夕：是的，完全正确。
德鲁我认为这确实是
个很大的胜利，因为在大范围的 API 端点之间保持一致性确实很困难，尤其是在较大的团队中。不同的人正在做不同的事情。除非你有相当严格的治理，否则它 日本电话号码清单 很快就会变得非常复杂，不是吗？ 前夕：是的，绝对是。我认为 Schema 就是一个很好的小文档来描述一切。每当您尝试向该架构发送查询时，您都会自动看到该架构中的所有字段，因为您可以发送内省查询，并且有各种不错的工具可以实现这一点，例如 GraphQL 和 GraphQL Playground，可用于与 API 数据交互的小工具。 前夕：而且，如果您曾经使用过 Postman，比如 ping REST API，那么很多文档实际上并不存在，或者很难找到，或者诸如此类的事情。GraphQL 确实为您提供了一个很好的内聚层来描述可能属于该 API 的所有内容。
德鲁实际服务器端是如
何工作的？我的意思是，我想您需要运行 GraphQL 服务作为基础设施的一部分，但这采取什么形式呢？它是在自己的端口上运行的整个服务器 BTC 数据库欧盟 吗？或者它就像一个集成到现有 Express 或 Apache 或其他任何程序中的库，并具有解析该服务的路径？你如何实施它？ 前夕：是的，这是一个真正的服务器。最流行的 GraphQL 实现是 Node.js 服务器。当 GraphQL 作为规范发布时，团队发布了 JavaScript 中的参考实现，这是一种 Node 服务器，为所有其他出现的服务器提供了指导。但是，是的，您可以在这些服务器自己的实例上运行这些服务器。您可以将它们放在 Lambda 上。所以有 Apollo Server Express，有 Apollo Server Lambda；您可以使用各种不同类型的实现来实际运行这个东西。