本文介绍: REST 和 GraphQL 之间的最佳选择取决于应用程序和开发团队的具体要求。GraphQL 非常适合复杂或频繁变化的前端需求，而 REST 适合首选简单且一致的合约的应用程序。这两种 API 方法都不是灵丹妙药。仔细评估要求和权衡对于选择正确的风格非常重要。REST 和 GraphQL 都是公开数据和支持现代应用程序的有效选项。下图显示了 REST 和 GraphQL 之间的快速比较。在API设计方面，REST和GraphQL各有缺点。
在API设计方面，REST和GraphQL各有缺点。下图显示了 REST 和 GraphQL 之间的快速比较。
REST
- 使用标准 HTTP 方法（如 GET、POST、PUT、DELETE）进行 CRUD 操作。
- 当您需要在单独的服务/应用程序之间提供简单、统一的接口时，效果很好。
- 缓存策略实施起来很简单。
- 缺点是可能需要多次往返才能从不同的端点组装相关数据。
- 为客户端提供单一端点来精确查询他们所需的数据。
- 客户端指定嵌套查询中所需的确切字段，服务器返回仅包含这些字段的优化负载。
- 支持用于修改数据的 Mutations 和用于实时通知的订阅。
- 非常适合聚合来自多个来源的数据，并且可以很好地满足快速变化的前端需求。
- 但是，它将复杂性转移到客户端，并且如果没有适当保护，可能会允许滥用查询
- 缓存策略可能比 REST 更复杂。
REST 和 GraphQL 之间的最佳选择取决于应用程序和开发团队的具体要求。GraphQL 非常适合复杂或频繁变化的前端需求，而 REST 适合首选简单且一致的合约的应用程序。
这两种 API 方法都不是灵丹妙药。仔细评估要求和权衡对于选择正确的风格非常重要。REST 和 GraphQL 都是公开数据和支持现代应用程序的有效选项。
原文地址:https://blog.csdn.net/xrq1995/article/details/134622642
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_17597.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
