REST 比 GraphQL 更适合的项目? [英] Projects where REST is more suitable over GraphQL?

问题描述

根据我读过的文章，GraphQL 在往返方面更节省资源，而且它也可以做 REST 所能提供的.软件架构师的原因是什么?考虑到 Web 应用程序将从头开始，开发人员可能会决定继续使用 REST 而不是 GraphQL?还考虑到这是一个连续的项目，将从 Web 和移动设备消耗，并且需要 openID 连接.

Based on the articles I read, GraphQL is more resource-efficient in terms of roundtrips and it can also do what REST can provide. What are the reasons why software architect & developers might decide to stay with REST over GraphQL given that the web application will just be started from scratch? Also given that this is a continuous project, will be consumed from web and mobile and openID connect is a requirement.

推荐答案

在我看来，除其他方面外，这也是一个用例问题:

In my opinion, it is – among other aspects – also a question of use cases:

• 如果您的应用或其他前端的连接速度缓慢和/或具有高延迟(典型示例:移动应用)，GraphQL 的往返最小化"可能是一个很大的优势.并且让客户端控制数据结构非常方便，因此通常会减少所需的 API 端点的数量.
• 如果是服务器之间的数据交换，那么 RESTful API 与 HTTP 密切相关这一事实具有诸如动词语义(GraphQL 无法提供，因为您使用一个 GraphQL 查询执行多个操作)和状态代码等优点.另外:您可以免费获得所有 HTTP 缓存功能，这在大量数据驱动的应用程序/服务中非常重要.此外，REST 无处不在(尽管可能大多数标榜为RESTful"的 API 并非如此，通常是因为缺少对超媒体的支持).

这篇关于REST 比 GraphQL 更适合的项目?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！