小试GraphQL

之前做的需求，基本都是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]

参考资料

[1]

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 多平台发布