您想要首先加载的超级重要

rmruhul

果您的查询较小，则您需要的数据之间可能会发生冲突。但我想，不要离题太多，但我已经在那里了。因此，GraphQL 规范中出现了一种称为“延迟指令”的东西，延迟指令将有助于二次加载内容。假设您在页面顶部有一些内容，内容。如果您将其添加到查询中，则任何后续字段都会获得延迟指令。它只是一个添加到字段中的小装饰器，然后它会说：“好吧，先加载重要数据，然后再加载第二个数据。” 它给了你这个，它是一种流数据到你的前端的出现，这样就有了可感知的性能，就有了交互性。人们立即看到数据，而不是等待页面加载每个字段，是的，这可能是一个问题。

德鲁：是的。我想这使您能够构建页面，其中的所有内容……我们不喜欢过多谈论视口，但它是首屏之上的所有内容，您可以优先考虑，加载该内容，然后再加载所有内容向下。我们已经讨论了很多关于查询数据的内容。API 的主要 电报号码数据 工作之一是将新的和修改的数据发送回服务器以进行持久化。您之前简单提到过突变。这就是 GraphQL 用于将数据写回服务器的术语吗？

前夕：确切地。因此，我们想要对数据进行的任何类型的更改，我们想要写回服务器的任何内容，这些都是突变，这些都就像查询一样，它们被命名为存在于服务器上的操作。那么你可以想一下我们希望用户能够做的所有事情是什么？代表那些有突变的人。然后再次在服务器上编写使这些东西工作的所有函数。

德鲁：这就像查询数据一样简单吗？调用突变也那么容易吗？



前夕是的它是查询语言的一部分。它看起来几乎一模一样。唯一的区别是，我想查询会采用过滤器。因此，突变在查询本身中采取了看起来像过滤器的东西。但这些负责实际更改数据。发送的电子邮件和密码可能会带有突变，然后服务器会收集该突变，然后使用该突变来授权用户。

德鲁：因此，就像以前一样，您在后端创建一个解析器来处理该问题并执行任何需要执行的操作。写入数据时的一个常见情况是您想要提交更改，然后重新查询以获取其当前状态。GraphQL 有一个很好的工作流程吗？

前夕：它有点存在于突变本身中。因此，很多时候在创建模式时，您将创建突变操作。我将坚持登录，输入电子邮件和密码。突变本身也带来了一些东西。因此它可以返回像布尔值这样简单的东西，这要么顺利，要么失败，或者它可能返回一个实际类型。所以你经常会看到像登录突变这样的突变，也许它会返回一个用户。因此，一旦用户登录，您就可以获得有关用户的所有信息。或者您可以创建一个自定义对象类型，为您提供该用户以及用户登录的时间，也许还可以在返回对象中提供有关该事务的更多元数据。再说一遍，这取决于您的设计，但该模式确实已融入 GraphQL 中。