REST 与 GraphQL：主要区别、优点以及为您的项目选择哪一种

初级和高级开发人员之间的主要区别之一不仅仅是编写代码的能力 - 因为任何人都可以学习编码。它在于做出明智的战略决策的能力。这些决策通常涉及评估权衡并选择最适合手头任务的工具。作为开发人员，了解各种解决问题的方法并选择最有效的解决方案至关重要。系统设计对于任何想要成为杰出开发人员的人来说都是基础。系统设计中的一个常见决策是在 GraphQL 和 REST 之间进行选择。何时应该使用每种方法，每种方法的优点是什么？本文将深入探讨这些问题，并指导您为下一个项目选择最佳选择。

了解 REST 和 GraphQL 的架构：主要差异解释

REST 架构

REST（表述性状态传输）是一种用于设计网络应用程序（尤其是 Web 服务）的架构风格。它广泛用于构建可扩展、无状态且易于理解的 Web API。

REST 利用标准 HTTP 方法与资源交互，资源是由唯一 URL 标识的实体。在 RESTful API 中，使用 GET、POST、PUT 和 DELETE 等 HTTP 方法定义和操作资源。

支撑 REST API 架构的三个主要功能：

1) 资源结构
2) HTTP 方法
3）端点设计

假设我们正在设计一个社交媒体应用程序，我们有帖子、评论和回复等资源。

资源结构：

1. 帖子：代表社交媒体帖子。
2. 评论：对帖子的评论。
3. 回复：回复评论。

HTTP 方法和端点：

1. POST /posts：创建一个新帖子。
2. GET /posts：检索帖子列表。
3. GET /posts/{id}：检索特定帖子。
4. POST /posts/{id}/comments:向帖子添加评论。
5. GET /posts/{id}/comments：获取特定帖子的所有评论。
6. POST /comments/{id}/replies：添加对评论的回复。
7. GET /comments/{id}/replies：获取特定评论的所有回复。

请参阅下图以更清楚地了解其余 api 与数据库的交互。

GraphQl 架构

与 REST 架构相比，GraphQL 提供了一种不同的方法，其运行原理是通过多个端点的各种 HTTP 方法访问资源。相比之下，GraphQL 作为一种查询语言，使用户能够根据自己的特定需求请求任何类型的数据。 GraphQL 背后的基本思想是客户端构建一个详细说明所需数据的查询，并使用 HTTP POST 请求将其发送到 API。与 REST 不同，所有 GraphQL 查询都通过 POST 方法定向到单个端点。
GraphQL 有两个主要特性：

1. 架构：定义不同的数据类型，包括帖子、评论和回复。
2. 查询和变更：大多数 GraphQL 模式都包含一个查询部分，用于指定 API 允许的查询类型。 GraphQL 不依赖 HTTP 方法来创建、编辑或删除资源，而是利用查询进行数据检索（例如帖子、评论和回复），并利用突变进行数据修改（例如创建帖子或添加评论和回复）。 与传统的 RESTful 服务相比，这种结构可以实现更高效、更灵活的数据交互。

请参阅下图，更清楚地了解 graphql api 与数据库的交互。

从概述来看，这是主要区别

方面	GraphQL	休息
定义	API 的查询语言和运行时，允许客户端准确请求他们需要的数据。	一种 API 架构风格，客户端通过多个 HTTP 端点请求数据。
数据请求	单个端点处理所有操作（POST）。服务器获取嵌套或相关数据可能会导致多个请求。	针对不同资源的多个端点（GET、POST、PUT、DELETE）。
效率	通过允许嵌套查询减少网络往返次数。	通常需要多个请求来检索相关数据，从而导致更多的网络开销。
查询语言	使用单一、灵活的查询语言，可以描述复杂和嵌套的查询。	遵循标准 HTTP 方法和路由，这需要对嵌套数据进行单独的请求。
响应大小	由于仅有效提取必要的字段，响应较小。	由于相关数据的过度获取或不足获取而导致更大的响应。
可扩展性	对于复杂的嵌套结构非常高效。减少服务器工作负载。	如果需要许多单独的请求，则可扩展性可能会较差。
客户请求	一个客户端请求可以在一次调用中检索多个相关资源。	相关资源需要多个 HTTP 请求，通常会增加延迟。
结构	单个端点（通常是 POST）处理所有操作。	基于资源类型的多个端点（GET、POST、PUT、DELETE）。
数据获取	可以仅获取所需的确切字段，从而减少数据大小和开销。	可能导致过度抓取或抓取不足，从而导致不必要的网络流量。
代码复杂度	通过允许嵌套查询和精确的字段选择来简化客户端操作。	需要对嵌套或相关数据进行多次请求，使客户端代码更加复杂。
表演	由于请求数量减少，复杂查询和嵌套数据的速度更快。	对相关数据进行多个请求时速度较慢，可能会增加延迟。
维护	由于查询语言和单一端点的灵活性，更易于维护。	不同资源的多个端点可能需要更多维护。
错误处理	可以在单个查询中更具体地处理错误。	需要针对每个端点单独处理错误。
版本控制	无需版本控制，因为可以在不中断客户端操作的情况下更新架构。	由于端点和数据结构的变化，可能需要版本控制。
客户灵活性	让客户更灵活地指定他们需要的数据。	客户端灵活性受到预定义端点和响应结构的限制。

感谢您阅读本文。希望对您有帮助。

以上是REST 与 GraphQL：主要区别、优点以及为您的项目选择哪一种的详细内容。更多信息请关注PHP中文网其他相关文章！