小试GraphQL

之前做的需求,基本都是REST风格,以github提供的api为例,比较二者差异。试用GraphQL,找寻其独到之处

REST

REST

  • 一个URI代表一种资源

  • 通过HTTP动词对资源进行操作

创建一个仓库为例

GET,

PATCHDELETE类似


GraphQL

  • GraphQL的endpoint只有一个

  • 所有请求都是POST

可以在 Exploer左边写查询,右边显示结果。

查询当前登录的用户名:

查询Go项目当前的star数:

GraphQL的endpoint只有一个,即

https://api.github.com/graphql

使用Postman:

使用querymutation来区分是查询还是修改

二者区别

  • REST一个URI就是一个资源,GraphQL只有一个URI

  • REST返回所有的内容,response体积较大,GraphQL可以只返回需要的数据,返回值体积小

GraphQL是一种语言,有自己的语法和类型系统

会有错误提示~

GraphQL的优势:

  • 取你所需要的数据,不多也不少

n+1问题

  • nesting(嵌套查询)

比如想取一个pr的commits、comment、reviews,用REST需要请求四次,然后还需要对返回值进行组装;而用GraphQL则只需要一次请求,拿到的就是需要的数据

资源孤岛 (REST) vs Graph(GraphQL)

graphql-voyager

  • 强类型(每一个GraphQL的请求发到服务端之后,服务端都会进行校验,不通过会报错)

Migrating from REST to GraphQL


参考:

为什么GraphQL比REST好用?

相关推荐
码事漫谈1 小时前
多人共用一个 key,缓存命中率会不会因此降低?
后端
考虑考虑2 小时前
docker compose环境变量替换
运维·后端·自动化运维
武雄(小星Ai)3 小时前
飞书API上传26MB文件偶发失败:错误码9499与空响应体排坑实录
后端·api·排坑实录
徐小夕3 小时前
JitWord 4.0 万字分享:从协同工具到AI Word操作系统,聊聊3年产品创业史
前端·vue.js·后端
geovindu4 小时前
CSharp: Observer Pattern
开发语言·后端·观察者模式·设计模式·c#·.netcore·行为模式
Flynt5 小时前
把公司项目迁到 Spring Boot 4.0:编译通过只是开始
java·spring boot·后端
IT_陈寒5 小时前
Redis误用keys命令把生产环境搞崩了,血的教训
前端·人工智能·后端
她的男孩6 小时前
多租户和数据权限怎么共存?扒完拦截器注册链路,我找到 4 个隐蔽的坑
java·后端·架构
用户8356290780516 小时前
使用 Python 设置 Excel 页眉和页脚
后端·python
步行cgn6 小时前
IoC 控制反转:从概念到 Spring 的实现
后端