人员您可以定义所有前端数据要求。因此，例如，如果您有一个很大的 React 组件列表，您可以编写一个查询。这将定义填充该页面数据所需的所有字段。 前夕：现在有了后端部分，它确实是自己的了，因为我们可以从很多不同的来源收集大量数据。因此，我们在 REST API、数据库以及所有这些不同的地方都有数据。GraphQL 为我们提供了这个漂亮的小编排层，可以真正理解我们所有数据所在的混乱状态。所以它对于整个堆栈中的每个人都非常有用。 德鲁：所以它基本上是一种基于 API 的技术，不是吗？它位于前端和后端之间并提供某种 API，对吗？ 前夕：是的，完全正确。确切地。 德鲁：我认为，在过去的十年中，API 的黄金标准一直是休息。
因此如果您有客户端
应用程序并且需要使用来自后端的数据填充它，您将构建一个 REST API 端点并对其进行查询。那么这个模型在哪里失败了呢？我们什么时候需要 GraphQL 来帮我 印度电话号码清单 们解决这个问题？ 前夕：好吧，GraphQL 真正帮助我们解决的问题，我想，GraphQL 提供的黄金问题、黄金解决方案是，使用 REST 我们过度获取大量数据。因此，如果我有斜线用户或斜线产品，那么每次我点击路线时都会返回所有数据。 前夕：使用 GraphQL，我们可以对我们想要的数据更加挑剔。因此，如果我只需要一个有一百个对象的四个字段，我将能够真正精确地定位这些字段，而不必将数据加载到您的设备中，或者我应该说，将所有数据加载到您的设备中。
因为这需要大量额外的跑腿工作
尤其是对于您的手机而言。德鲁：我过去见过并使用过 REST API，它们有一个可选字段，您可以在其中传递您想要返回的数据列表，或者您可以使用额外 BTC 数据库欧盟 的内容来增强返回的数据。所以我想这就是确定这个问题的原因，不是吗？也就是说，您并不总是希望每次都返回相同的数据。那么 GraphQL 是否正式化了允许前端以数据形式指定后端将返回什么内容的方法？ 前夕：是的，完全正确。因此，您的查询就变成了您如何提问、如何过滤、如何从任何地方获取任何类型的信息。前夕：我还认为值得注意的是，我们不必拆除所有 REST API 才能真正成功地使用 GraphQL。我见过的许多最成功的 GraphQL 实现都是 REST API 的包装器。
