代码还是只是简单的 React
这是 React 加上一堆 Redwood 那里的余额是多少？安东尼：有很多事情。它绝对只是 React，因为你没有引入很多状态管理库，实际上你甚至没有引入路由器。他们有自己编写的路由器，并且使用了大量 GraphQL 东西。因此，当人们谈论 React 和 GraphQL 以及朋友时，这里发生的一些事情是，它为您提供了很多默认集成，以使 React 与您的 GraphQL 对话。因为我们现在对于如何使用 React 有很多约定，但是数据获取仍然是一个巨大的麻烦。
德鲁：因此，它为 React 配置了许多其他工具，这些工具可以与 React 很好 电报号码数据 地配合，为您提供一个功能齐全的生态系统来完成这种特定类型的任务。这是一个公平的描述吗？
安东尼：是的，不，是的，这是一个很好的表达方式。汤姆所说的方式是，存在所有这些最好的解决方案，以及我们可以使用的非常复杂的工具和技术，但实际上很难利用它们，因为你有如此巨大的启动成本，并且必须学习它们，必须弄清楚如何整合它们。因此，他们的口号是“我们为您进行 webpack 配置”。
德鲁：我认为这是一个常见的痛点，当很多人尝试使用客户端 JavaScript 应用程序开始现代开发框架并配置 Web Pack、配置所有不同的东西、构建过程、构建步骤时，他们都会听到这样的痛点。 。要让所有东西连接在一起并正常工作，这可能是一个雷区，不是吗？距离“Hello, World!”还有很长的路要走。那么，Redwood 为我们提供了所有预先配置的功能吗？
安东尼：是的，这在很大程度上是一种约定而不是配置类型的想法，因为你……Tom，就像他用 Ruby on Rails 构建 GitHub 一样，而 Rob（其他核心贡献者之一），他永远是 Rails 开发人员。他们有很多在哲学上与 Rails 一致的想法，但他们希望采用这些约定优于配置的想法、全栈框架的想法，并用我们现在拥有的所有现代技术来实现它们。
德鲁：所以，你提到 Redwood 为你提供了一个路由器或一个路由器，正如我们在池塘这边所说的那样，它是否带有默认组件之类的东西以及 React 中的任何此类东西，或者你只是在那时实现这一切都是你自己吗？
http://zh-cn.lobdirectory.com/wp-content/uploads/2024/01/images.jpg
安东尼：是的，路由器是，它非常复杂。它完成了你从 React router 中获得的大部分功能，只是在如何实现这些功能方面有不同的想法，因为接下来他们也有自己的 router，而且它仍然没有真正完全弄清楚我们如何实现这些功能。想让我们的单页应用程序路由正常工作。由于 Suspense，您会产生很多此类问题：异步内容将在哪里出现？我们有 Redwood，这个单元的想法，这才是真正为您获取数据的东西。
德鲁：那么，也许我们可以稍微讨论一下？红木的细胞是什么？
安东尼：是的，所以单元格是编写 GraphQL 查询的默认方式，然后让您的页面基本上告诉您是否正在获取数据，是否返回错误，是否处于加载状态，或者是否……还有一种状态，我忘了。但是，是的，它为您提供了不同的状态，基本上您可以根据是否获取数据而处于不同的状态。它是在阿波罗的幕后设置的。因此，如果您使用 Redwood，那么您就是在使用 Apollo 作为 GraphQL 客户端，但您无需考虑这一点。你永远不需要编写任何 Apollo，甚至不需要考虑它，它都已经内置了。它让你只需编写 GraphQL 查询，这确实是人们想要 GraphQL 的梦想，因为前端开发人员正是这种非常简单的查询语言可以用。但随后，您必须弄清楚如何设置 GraphQL 服务器，必须弄清楚所有其他内容，以及如何将所有这些连接起来。
頁:
[1]