种思考所需数据的方法。然后也许你的一些数据来自我们的用户和产品、示例，一些数据来自REST，一些数据来自数据库。 德鲁：我想熟悉的情况是，您的网站上可能有一个端点，它返回有关用户的信息以显示标题。它可能会给您他们的用户名和头像。您在每个页面上都进行了剔除并填充了数据，但随后您发现应用程序中的其他位置需要显示他们的全名。德鲁：因此，您将其添加到端点，它开始返回该端点。然后您进行帐户管理部分，您需要他们的邮寄地址。因此该端点也会返回该值。 德鲁：在您意识到之前，该端点正在返回整个沉重的有效负载，这些负载在后端需要花费大量成本才能组合在一起，并且显然需要下载大量负载。
德鲁每个页面上的内容都被剔除
只是为了显示头像。所以我想这是一种随着时间的推移而增长的问题，很容易陷入，特别是在大团队中，而 GraphQL 就在这个问题之上。它知道如何解 印尼电话号码表 决这个问题，并且它是围绕解决这个问题而设计的。 前夕：确切地。是的，我认为 GraphQL 模式的整个想法确实比 GraphQL 的查询语言部分更少被谈论。但我真的觉得 Schema 特别为我们提供了这个很好的 API 类型系统。 前夕：因此，团队中的任何人、经理、前端开发人员、后端开发人员、任何真正处理数据的人都可以聚集在一起，围绕我们真正想要在此 API 上提供的数据进行合并，然后每个人都知道事实来源是什么是的，他们可以基于此构建自己的应用程序部分。
会出现些棘手的模式管理问题
但就从微服务回到单体而言，我们正在这样做，但仍然可以从微服务中获得我们喜欢的所有好处。 德鲁：我是否正确理解，设置 GraphQL 系统的典型 BTC 数据库欧盟 方法是，您基本上有一个路由，这是您将所有查询发送到的端点，因此您不必……通常是最困难的之一事情正在确定要命名什么，以及这个特定查询应该位于什么路径。它正在回归用户和产品，是应该削减用户的某些内容，还是削减产品的某些内容？ 德鲁：使用 GraphQL，您只需向一个端点发出查询，然后就可以得到适当的响应。 前夕：确切地。是的。这是一个单一端点。我想，您仍然在处理命名问题，因为您正在命名架构中的所有内容。但就我而言，我觉得很多公司都在微服务上下了很大的赌注，一种字典中查找我们想要了解 API 工作原理的任何内容。
