小试GraphQL

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

REST

REST

  • 一个URI代表一种资源

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

以创建一个仓库为例

GET,

PATCH和 DELETE类似


GraphQL

  • GraphQL的endpoint只有一个

  • 所有请求都是POST

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

查询当前登录的用户名:

查询Go项目当前的star数:

GraphQL的endpoint只有一个,即

https://api.github.com/graphql

使用Postman:

使用query 和mutation来区分是查询还是修改

二者区别

  • 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好用?

相关推荐
特立独行的猫A3 小时前
用仓颉语言 cj-tauri 框架,五分钟给娃做了个鸿蒙形近字游戏
java·后端·python
码事漫谈5 小时前
我花了一周时间,看AI公司怎么"管"AI,结果越看越后背发凉
后端
爱学习的程序媛8 小时前
Python常用框架梳理
开发语言·后端·python·ai·web·后端框架·python框架
GISer_Jing8 小时前
Agent核心内容
后端·ai·langchain
budingxiaomoli9 小时前
Spring统一功能处理
java·后端·spring
某鹏10 小时前
网关选型:Go、Java、Graal 谁都不能完胜
后端
用户02478365309711 小时前
从屎山到防线:14 行状态迁移表,给任务系统装上防瞎跳闸门
后端
CQU_JIAKE11 小时前
11.13[体系结构】指标,五级流水线,八级流水线,虚实地址思考
后端
panbook13 小时前
从0到1实现一个分布式时序数据库(三):主从复制、故障检测与切换
后端
上线再说13 小时前
图片从 8.2MB 压到 296KB:我把小程序图片链路的账单拆了一遍
后端