小试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好用?

相关推荐
码事漫谈41 分钟前
类型即世界:一个 C++ 程序员的本体论入门
后端
Rain的Java大神之路1 小时前
JavaWeb开发如何解决跨域问题
java·前端·后端·nginx·web安全·面试·运维开发
IT_陈寒3 小时前
Python的多线程居然是个假把式?搞清GIL让我少熬三天夜
前端·人工智能·后端
明月_清风3 小时前
位图与布隆过滤器:海量数据下的"存在性判断"艺术
前端·后端·算法
明月_清风3 小时前
Hash 表从入门到精通:Go 实战与工程细节
前端·后端·算法
考虑考虑3 小时前
ElasticSearch索引命令
运维·后端·elasticsearch
玉宇夕落5 小时前
背单词项目一:融会贯通:从零构建"单词大师"后台——Next.js + Supabase + Drizzle 全栈开发实战
后端
橙序员小站5 小时前
从 Demo 到生产:Agent Harness 如何把 AI 真正“接”进项目
后端·aigc·ai编程
她的男孩5 小时前
一个开源低代码框架的协作 SPI 是怎么设计的 ForgeAdmin 拆解 + 实战接入新平台
后端·算法·架构
蓝山6165 小时前
Python 字典(Dictionary)完全指南:从入门到实战
后端