GraphQL

GraphQL

背景

GraphQL是近来比较热门的一个技术话题，相比REST和RPC，它汲取了两者的优点，即不面向资源，也不面向过程，而是面向数据查询(ask for exactly what you want)，同时GraphQL本身需要使用强类型的Schema来对数据模型进行定义，因此相比REST它的约束性更强。

个人理解：

适用于nodejs开发的BFF(nodejs支持最好) 或 数据类型是具有图状的特点(接口组合较为复杂)

特性/优势

有效加载，节省流量，提高效率

向你的 API 发出一个 GraphQL 请求就能准确获得你想要的数据，不多不少，因为控制数据的是应用，而不是服务器。有效的解决了：

• 前端有时需要的数据字段只有那么几个，但现在返回了大量的字段
• 后端返回的格式不是我想要的
  
  

获取多个资源只用一个请求， 提高性能

GraphQL 查询不仅能够获得资源的属性，还能沿着资源间引用进一步查询。典型的 REST API 请求多个资源时得载入多个 URL，而 GraphQL 可以通过一次请求就获取你应用所需的所有数据。

兼容各种不同的前端框架和平台

GraphQL API 基于类型和字段的方式进行组织，而非入口端点。你可以通过一个单一入口端点得到你所有的数据能力。GraphQL 使用类型来保证应用只请求可能的数据，还提供了清晰的辅助性错误信息。应用可以使用类型，而避免编写手动解析代码。

缺点

GraphQL有很多不便，导致graphQl没有大面积流行开来

• 本身的语法相比较REST和RPC均复杂一些，使用和迁移成本较大
• 转移/增加了开发成本，简单问题复杂化
• 实现方面需要配套 Caching 以解决性能瓶颈
• 仍然是新鲜事物，很多技术细节仍然处于待验证状态
  
  
  

参考

https://juejin.cn/post/6844903475420069902#heading-17
https://segmentfault.com/a/1190000013961872