graphql.

我们看到了很多成功graphql.在我们的项目中实现。我们也看到了一些有趣的使用模式，包括用于服务器端资源聚合的GraphQL。也就是说，我们担心滥用这一框架和一些可能发生的问题。示例包括在添加新型号时的N + 1查询和许多样板代码中的性能GOTCHAS，导致复杂性。这些鼠标有解决方法，如查询缓存。尽管它不是银弹，但我们仍然认为这是值得作为架构的一部分进行评估。

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