它已经引起了相当多的关注，然后 Bison 是一种新的、即将出现的。它们都有相似的堆栈，但使用不同的部分。您将使用 React 查询而不是 Apollo，或者您将使用 Chakra 而不是 们将所有这些碎片放他们正在战斗，这都是非常友好的竞争。事实上，我真正欣赏的一件事是，我们实际上也在框架之间进行协作。那里没有仇恨。 德鲁：那么，我们已经提到了量使用 为框架的核心部分之一，不是吗？我们可能可以将整个播客节目专门讨论 GraphQL，但对于那些不熟悉的人来说，GraphQL 在这里做什么，它在这种情况下解决什么问题？ 安东尼：是的，这是一个很好的问题。当我告诉人们他们应该知道什么才能有一个良好的开端时，我会说你应该使用 Create React 应用程序，就像你制作了一个 Create React 应用程序，并将其部署这会给你一个好的开始。
因为它非常核心因此
是前端与后端对话的方式。他们说它是 API 的查询语言，其想法是它是 RESTful API 方法的替代方案，并且您发送的查询不是执行 RESTful 的操作，而是精确指定您想要从中接收的分层数据结构数据库。因此，需要更多的启动时间才能让 服务器与这两个部分进行通信。然后，一旦你有了它，前端开发人员能够以更灵活的方式获取数据。您不需要后端人员需要不断制作的所有这些不同的 API 端点。 德鲁：因此，如果前端的需求发生 波兰手机号码列表 变化，那么您可能只需调整查询即可，而不需要后端工作人员的帮助来为您进行更改？ 安东尼：我的意思是，真正的梦想是你可以给它添加一个移动客户端，最终它会变得非常灵活，你可以让多个客户端都与你的一个 API 进行对话。 成为您的事实来源，这是您所有逻辑都集中的地方。然后，您可以在顶部构建所有这些不同的视图层。 德鲁：因此，我们有了 GraphQL，使我们能够查询某种后端。在 Redwood 中，后端是什么？ 安东尼：是的。有几种不同的方法来创建后端。
通过本教程，您可以开箱即用
即使用部署在 Heroku 上的 Postgres 数据库，超级简单，超级简单。然后，您的 Redwood 应用程序与 Prisma 进行对话。我不知道你是否熟悉 Prisma，它就像一个 O/RM。他们明确表示这不是 O/RM，而是查询构建器，级别稍低一些。但是，为了向人们解释这一点，Prisma 可以让您与数据库对话。它会执行您的迁移并设置您的表。它可以完成所有 SQL 工作，因此您无 传真列表 需编写 SQL。对我来说，这听起来像是 O/RM。不过，您不一定需要使用 Prisma 才能使用 Redwood。 安东尼：实际上，我构建了一个概念验证应用程序，我们使用 F代替。，他们有自己的 GraphQL API，因此您可以直接将 ，然后以这种方式进行数据库变更。您失去了 Prisma CLI 的许多功能，但 Prisma 确实是一个可以轻松使用关系数据库的便利因素。
