直这样做。” 这就是我们一直在谈论的，它是如何扩展这些旧思想（静态站点生成）的，但使用 GraphQL 和无服务器，以及如何使用粘合代码和 API 来使您的应用程序运行的这些思想。 德鲁：那么，这肯定是来自那些非常融入该社区的人吗？我的意思是，作首席执行官，你真的没有比这更深入地融入开源社区了。所以，是一个全栈框架，我想这意味着您已经在前端和后端运行了 Redwood 代码。是对的吗？ 安东尼：是的，当我向人们展示项目时，我想向他们解释的第一件事是，它是一个 因此，您的前端和后端位于同一个存储库中，然后每个后端都位于自己的文件夹中。您有一个 Web 文件夹，它是您的前端，它与您从 Create React 应用程序中获得的内容非常相似。然后，您有 API 文件夹，它是您的后端，所有函数基本上都被推入一个大型 GraphQL 处理程序中，该处理程序通过 。
德鲁好的从前面开始
正如您提到的，它基于 React。这是 React 加上一堆 Redwood 代码，还是只是简单的 React？那里的余额是多少？ 安东尼：有很多事情。它绝对只是 React，因为你没有引入很多状态管理库，实际上你甚至没有引入路由器。他们有自己编写的路由器，并且使用了大量 GraphQL 东西。因此，当人们谈论 React 和 GraphQL 以及朋友时，这里发生的一些事情是，它为您提供了很多默认集成，以使 React 与您的 GraphQL 对话。因为我们现在对于如何 葡萄牙手机号码列表 使用 React 有很多约定，但是数据获取仍然是一个巨大的麻烦。 德鲁：因此，它为 React 配置了许多其他工具，这些工具可以与 React 很好地配合，为您的生态系统来完成这种特定类型的任务。这是一个公平的描述吗？ 安东尼：是的，不，是的，这姆所说的方式是，存在所有这些最好的解决方案，以及我们可以使用的非常复杂的工具和技术，但实际上很难利用它们，因为你有如此巨大的启动成本，并且必须学习它们，必须弄清楚如何整合它们。因此，他们的口号是“我们为您进行 webpack 配置”。
德鲁我认为这是常见的痛点
当很多人尝试使用客户端 JavaScript 应用程序开始现代开发框架并配置 Web Pack、配置所有不同的东西、构建过程、构建步骤时，他们都会听到这样的痛点。 。要让所有东西连接在一起并正常工作，这可能是一个雷区，距离还有 传真列表 很长的路要走。那么，Redwood 为我们提供了所有预先配置的功能吗？ 安东尼：是的，这在很大程度上是一种约定而不是配置类型的想法，因为你……Tom，就像他用一样，而 Rob（其他核心贡献者之一），他永远是 Rails 开发人员。他们有很多在哲学上与 Rails 一致的想法，但他们希望采用这些约定优于配置的想法、全栈框架的想法，并用我们现在拥有的所有现代技术来实现它们。 德鲁：所以，你提到 Redwood 为你提供了一个路由器或一个路由器，正如我们在池塘这边所说的那样，它是否带有默认组件之类的东西以及 React 中的任何此类东西，或者你只是在那时实现这一切都是你自己吗？ 安东尼：是的，路由器是，它非常复杂。
