在google的大多数资源上，我看到graphql的主要优势之一是它可以作为聚合器服务，但是我没有找到任何具体的示例来帮助它作为聚合器。
我的理解是，在GraphQL的情况下，所有内容都只有一个http端点。然后graphql服务器将确定哪个特定数据提取程序将被调用。这是以非常可配置的方式提供的。
但是在其他基于MVC的架构或基于Rest的架构的情况下，每个请求的端点是分开的，然后流程开始。
因此，graphql为每个请求提供了单个入口点（或者我们可以说地址），然后graphql负责进一步的分支，但是在上面的其他内容中提到的体系结构有用于资源/请求的单独地址（或端点）。当我们说graphql提供时，这是主要区别吗？还有其他东西吗？
GraphQL的主要优点是为客户端提供了查询所需的所有内容（对象）并将其显示给用户的能力，而无需讨论/创建应用程序中每个请求/响应的规范。在某些情况下，客户端对于同一请求需要不同的响应（例如，Web和移动客户端的视图可能有所不同）。