Javascript GraphQLAPI在速度方面是否比标准RESTful API具有更好的性能？
我在研究GraphQL与RESTful API的性能，想知道哪一种对客户端更快 客户会注意到任何差异吗？与标准RESTful API相比，GraphQL在性能方面擅长哪些场景？简短回答，否 客户会注意到任何差异吗？ 这完全取决于GraphQL系统的实现情况。使用GraphQL，缓存由开发人员决定，与“实现良好”的REST系统相比，这可能导致性能下降 与标准RESTful API相比，GraphQL在性能方面擅长哪些场景？ 我不知道有哪种情况下GraphQL纯粹用于提高性能。简单回答，没有 客户会注意到任何差异吗？ 这完全取决于GraphQL系统的实现情况。使用GraphQL，缓存由开发人员决定，与“实现良好”的REST系统相比，这可能导致性能下降 与标准RESTful API相比，GraphQL在性能方面擅长哪些场景？Javascript GraphQLAPI在速度方面是否比标准RESTful API具有更好的性能？,javascript,performance,rest,asynchronous,graphql,Javascript,Performance,Rest,Asynchronous,Graphql,我在研究GraphQL与RESTful API的性能，想知道哪一种对客户端更快 客户会注意到任何差异吗？与标准RESTful API相比，GraphQL在性能方面擅长哪些场景？简短回答，否 客户会注意到任何差异吗？ 这完全取决于GraphQL系统的实现情况。使用GraphQL，缓存由开发人员决定，与“实现良好”的REST系统相比，这可能导致性能下降 与标准RESTful API相比，GraphQL在性能方面擅长哪些场景？ 我不知道有哪种情况下GraphQL纯粹用于提高性能。简单回答，没有 客户会
我不知道有哪种情况下GraphQL纯粹用于提高性能。这里有太多的因素，无法给出简洁的答案。单个REST调用可能比单个GraphQL调用快，但很难进行实际比较。问题在于细节。这里有太多的因素，无法给出一个简洁的答案。单个REST调用可能比单个GraphQL调用快，但很难进行实际比较。魔鬼在于细节。