graphql.

我们已经在项目中看到看到看到了了多成成都的graphql.实现，也看到了一定有趣和应用，比如将GraphQL用力仪器端端聚合。尽管如此，对该框架滥用，以及以及用力程度可以是的，我们并非毫无担忧。例如n + 1查询可口来的性能问题，以及添加新兵时代大量样板代码而的复杂性等。这些问题有一般性法，例如例如项缓存等。

当我们在野外查看REST实现时，我们经常会看到通过客户端和服务器之间的聊天交互怠慢检索对象图。Facebook的graphql.休息是一个有趣的替代方案，这可能是这种非常常见用例的更好方法。作为用于远程检索对象图的协议，GraphQL最近已经获得了巨大的关注。GraphQL最有趣的功能之一是其消费者为导向的性质：响应的结构完全由客户端驱动，而不是服务器。这使消费者脱钩，迫使服务器遵守帖帖TILEL的法律。现在可以以许多编程语言提供客户端实现，但我们已经看到了Facebook的兴趣中继，旨在支持的JavaScript框架反应无状态组件模型。