我读了很多关于Falcor和GraphQL的文章 . 没人能说出他们在大项目中的帮助！我使用Redux React很长一段时间（也是RESTAPI），无法理解Falcor和GraphQL解决了什么大问题 .
有人可以用非常简单的方式解释它吗？
当您尝试理解诸如GraphQL之类的新事物时，将其与现有事物（例如，您已知的REST）进行比较会有所帮助 .
想象一下，我们有几个从同一服务器检索数据的Web和移动应用程序 . 在RESTful架构中，我们将每个实体设计为资源 . 当收到获取资源的请求时，服务器通常会返回有关该资源的所有内容 . 因此，客户端获得消耗带宽的冗余和不必要的数据 . 根据具体情况，这可以总计足以满足客户业绩的数量（想想移动客户端） .
客户端如何确切地指定他们需要哪些数据，服务器只发送那些数据？ GraphQL使我们能够实现这一目标 .
就像生活中的一切一样，这取决于 . 并非所有项目，无论其规模大小，都有相同的要求 . 确定你的项目's requirements. Consider the available technologies and their pros and cons. It'是一个权衡 . 没有银弹或一刀切的解决方案 . 尽管如此，Facebook使用GraphQL，并且有充分的理由认为他们的项目是BIG .
1 回答
当您尝试理解诸如GraphQL之类的新事物时，将其与现有事物（例如，您已知的REST）进行比较会有所帮助 .
想象一下，我们有几个从同一服务器检索数据的Web和移动应用程序 . 在RESTful架构中，我们将每个实体设计为资源 . 当收到获取资源的请求时，服务器通常会返回有关该资源的所有内容 . 因此，客户端获得消耗带宽的冗余和不必要的数据 . 根据具体情况，这可以总计足以满足客户业绩的数量（想想移动客户端） .
客户端如何确切地指定他们需要哪些数据，服务器只发送那些数据？ GraphQL使我们能够实现这一目标 .
GraphQL是否适合大型项目？
就像生活中的一切一样，这取决于 . 并非所有项目，无论其规模大小，都有相同的要求 . 确定你的项目's requirements. Consider the available technologies and their pros and cons. It'是一个权衡 . 没有银弹或一刀切的解决方案 . 尽管如此，Facebook使用GraphQL，并且有充分的理由认为他们的项目是BIG .