只是在如何实现这些功能方面有不同的想法，因为接下来他们也有自己的 router，而且它仍然没有真正完全弄清楚我们如何实现这些功能。想让我们的单页应用程序路由正常工作。由于 Suspense，您会产生很多此类问题：异步内容将在哪里出现？我们有 Redwood，这个单元的想法，这才是真正为您获取数据的东西。 德鲁：那么，也许我们可以稍微讨论一下？红木的细胞是什么？ 安东尼：是的，所以单元格是编写 GraphQL 查询的默认方式，然后让您的页面基本上告诉您是否正在获取数据，是否返回错误，是否处于加载状态，或者是否……还有一种状态，我忘了。但是，是的，它为您提供了不同的状态，基本上您可以根据是否获取数据而处于不同的状态。它是在阿波罗的幕后设置的。因此，如果您使用 Redwood，那么您就是在使用 Apollo 作为 GraphQL 客户端，但您无需考虑这一点。
你永远不需要编写任何 Apollo
甚至不需要考虑它，它都已经内置了。它让你只需编写 GraphQL 查询，这确实是人们想要 GraphQL 的梦想，因为前端开发人员正是这种非常简单的查询语言可以用。但随后，您必须弄清楚如何设置 GraphQL 服务器，你必须弄清楚所有这些其他的东西，以及如何将它们连接起来。因此，它为您完成了所有 GraphQL 集成，因此您只需编写 GraphQL，无需考虑如何实现 GraphQL。 德鲁：所以，我想框架的经典工作之一就是获取您可以自己编写的所有样板代码 葡萄牙手机号码列表 并为您实现它，并在幕后整理方法，这样您就不必再查看该样板了，您可以编写适合您的情况的独特代码。我想这就是细胞发生的情况吧？这里没有什么革命性的，你可以设置一个 React 组件来拥有所有这些不同的状态，你可以挂钩 Apollo，你可以自己完成这一切，但这实际上是相当大量的工作，而且这是一种常见的模式。
因此Redwood 已经整理成个漂亮的
可重复使用的图案，您无需考虑即可开始使用。这是一个很好的描述吗？ 安东尼：是的，他们想出了这个名字，但他们肯定承认这是他们经常看到的一种做法，而且他们看到很多人自己编码，他们决定需要一种声明性的方式来获取数据。所以，这就是为什么你有这个设置，因为它可以让你 | 传真列表 拥有不同的状态，并且你不必执行 if/then 逻辑来弄清楚，如果发生这种情况则需要这样做。因此，只需用一种方法来声明数据在加载时可能处于的所有不同状态。 德鲁：这是 React 的特点之一，不是吗？React 不会尝试为您的项目提供一个架构，而是让您决定如何构建事物。当然，这有利有弊。但是，Redwood 似乎正在为你强加一些这样的结构，这样你就不必考虑它，这样它就可以为你安装管道，并在某种程度上接续 React 为你提供的功能。那种结构。
