前夕：嗯，我认为因为 GraphQL 在大多数情况下不是 100% 的解决方案，但几乎每个 GraphQL 查询都是通过 HTTP 发送的。因此，如果您想追踪这些多个请求发生的位置，对于在应用程序中使用剩余数据的人们来说，这可能是一个相当熟悉的问题。因此，有一些工具，例如 Paulo 客户端开发工具和 Urkel 开发工具，适用于前端开发人员，他们会问“发生了什么事？此页面上有哪些查询？” 这可以让您真正清楚地了解正在发生的事情。有几种不同的思想流派。我们是否要为页面的所有数据创建一个巨大的查询？或者我们是否创建较小的查询来加载应用程序不同部分的数据？正如您可能想象的那样，它们都有自己的缺点，只是因为如果您有一个大查询，您就需要等待更多字段。
前夕如果您的查询较小
则您需要的数据之间可能会发生冲突。但我想，不要离题太多，但我已经在那里了。因此，GraphQL 规范中出现了一种称为“延迟指令”的东西，延迟指令 荷兰手机号码列表 将有助于二次加载内容。假设您在页面顶部有一些内容，您想要首先加载的超级重要内容。如果您将其添加到查询中，则任何后续字段都会获得延迟指令。它只是一个添加到字段中的小装饰器，然后它会说：“好吧，先加载重要数据，然后再加载第二个数据。” 它给了你这个，它是一种流数据到你的前端的外观，这样就有了可感知的性能，就有了交互性。人们立即看到数据，而不是等待页面加载每个字段，是的，这可能是一个问题。德鲁：是的。我想这使您能够构建页面，其中的所有内容……我们不喜欢容向下。
过多谈论视口但它是首屏之
上的所有内容，您可以优先考虑，加载该内容，然后再加载所有内我们已经讨论了很多关于查询数据的内容。API 的主要工作之一是将新的和修改的数据 BTC 数据库欧盟 发送回服务器以进行持久化。您之前简单提到过突变。这就是 GraphQL 用于将数据写回服务器的术语吗？ 前夕：确切地。因此，我们想要对数据进行的任何类型的更改，我们想要写回服务器的任何内容，这些都是突变，这些都就像查询一样，它们被命名为存在于服务器上的操作。那么你可以想一下我们希望用户能够做的所有事情是什么？代表那些有突变的人。然后再次在服务器上编写使这些东西工作的所有函数。 德鲁：这就像查询数据一样简单吗？调用突变也那么容易吗？ 前夕：是的。它是查询语言的一部分。