之前做的需求，基本都是REST风格，以github提供的api为例，比较二者差异。试用GraphQL，找寻其独到之处
REST
REST[1]
-
一个URI代表一种资源
-
通过HTTP动词对资源进行操作
以创建一个仓库[2]为例
GET[3],
PATCH[4]和 DELETE[5]类似
GraphQL
-
GraphQL的endpoint只有一个
-
所有请求都是POST
可以在 Exploer[6]左边写查询，右边显示结果。
查询当前登录的用户名：
查询Go项目当前的star数：
GraphQL的endpoint只有一个，即
https://api.github.com/graphql
使用Postman：
使用query和mutation来区分是查询还是修改
二者区别
-
REST一个URI就是一个资源，GraphQL只有一个URI
-
REST返回所有的内容，response体积较大，GraphQL可以只返回需要的数据，返回值体积小
GraphQL是一种语言，有自己的语法和类型系统
会有错误提示~
GraphQL的优势：
-
取你所需要的数据，不多也不少
n+1问题[7]
-
nesting(嵌套查询)
比如想取一个pr的commits、comment、reviews，用REST需要请求四次，然后还需要对返回值进行组装；而用GraphQL则只需要一次请求，拿到的就是需要的数据
资源孤岛 (REST) vs Graph（GraphQL）
graphql-voyager[8]
-
强类型（每一个GraphQL的请求发到服务端之后，服务端都会进行校验，不通过会报错）
Migrating from REST to GraphQL[9]
参考：
为什么GraphQL比REST好用？[10]
参考资料
REST: https://docs.github.com/en/rest
[2]创建一个仓库: https://docs.github.com/en/rest/reference/repos#create-a-repository-for-the-authenticated-user
[3]GET: https://docs.github.com/en/rest/reference/repos#get-a-repository
[4]PATCH: https://docs.github.com/en/rest/reference/repos#update-a-repository
[5]DELETE: https://docs.github.com/en/rest/reference/repos#delete-a-repository
[6]Exploer: https://docs.github.com/en/graphql/overview/explorer
[7]n+1问题: https://segmentfault.com/a/1190000039421843
[8]graphql-voyager: https://apis.guru/graphql-voyager/
[9]Migrating from REST to GraphQL: https://docs.github.com/en/graphql/guides/migrating-from-rest-to-graphql
[10]为什么GraphQL比REST好用？: https://www.bilibili.com/video/BV1f4411A7qA
本文由 mdnice 多平台发布
