所以这就是网站实际预测

rmruhul

用户要去的地方。它是否像那样智能，或者它会预取页面上的所有内容？

马西：不，它基于用户交互。因此，如果用户向下滚动视图端口，就会发生一些预取操作。如果您将鼠标悬停在链接上，它会估计您很有可能访问该页面。我们一直在内部讨论，我想，开源是否也应该在键盘焦点上进行预取，因此可访问性和性能的交集非常有趣。

马西：那里有一些权衡，比如键盘用户是否不能使用鼠标并通过每 电报号码数据 个链接进行导航，是否应该真正为其中每个链接获取内容，因为鼠标用户可能对位置更有选择性他们把鼠标光标放在了上面。所以，我觉得这些对话非常有趣。

马西：并尝试思考我们还需要哪些数据来验证这些假设。所以，是的，查看这些默认值以及我们可以做出哪些改进并真正检查获取了多少数据是非常有趣的？这真的是一件好事吗？只是为了加快一点速度吗？或者没有它就足够快了吗？是否有其他解决方案可供我们使用，作为开发框架的乐趣的一部分，因为能够评估所有这些权衡。

德鲁：这是预取用户在其网站上免费获得的东西。那么他们需要做一些工作来实施它吗？

马西：您可以使用 Gatsby 链接免费获得它。所以它是 Gatsby 附带的一个组件，当您使用它时，它会输出锚标记。因此，您的 HTML 是真正的 HTML，并且您已经以这种方式利用了 Web 平台。但在 React 组件中，您直接使用 Gatsby 链接组件。它具有所有这些机制......它会查看您未来的 HREF 将是什么，对于您想要访问的链接，它将从该链接获取资源并预加载它们。

马西：而且它仅在您的网站内部。因此，它不会尝试在其他网站上获取内容。但它似乎运作得很好。我知道有些用户正在积极寻找方法，例如您实际上必须选择退出其中的一些内容。至少是路由，而不是使用预取。您只需使用常规锚标记即可。然后你就无法真正获得该功能。使用其他东西非常容易。但我们正在进行的一些讨论是围绕客户端路由以及如何使其达到最佳状态。所以，这也是一个非常有趣的空间。



德鲁：如果我想拥有自己的链接组件，你们必须在 Gatsby 生态系统中密切合作吗？这样就完全没问题了，我不会为了做那种事而与盖茨比作对吗？

马西：不，您可以插入任何您想要的组件，只要它们能够与 React 运行时配合使用即可。这确实是它的美妙之处。任何你可以放入 React 应用程序中的东西，都可以放入 Gatsby 应用程序中。甚至还有一个 pre-React 插件。因此，除了与盖茨比合作之外，还有一些选择。但我喜欢您可以引入任何您想要使用的现成组件或编写自己的组件。

马西：我认为灵活性是人们真正喜欢的。需要注意的是它使用 React 运行时。因此，您必须能够使用 React 或使用这个 React 之前的插件。但就我个人而言，我真的很喜欢 React 和 JSX 来处理可访问性和模板，尤其是使用 React hooks。所以，能够使用我的盖茨比网站中的小屋真是太酷了。我很喜欢。