前言 上篇文章中，我们介绍了 GraphQL 和 REST Api 的优劣势，今天我们以 REST API 为例聊聊如果一个前端想做全栈，会怎么选择！ 往期精彩推荐 VsCode Colipot 🚗

前言 说到 API 设计，GraphQL 和 RESTful API 是当前最主流的两种选择，各自有其独特优势与挑战。 有幸的是，我上家公司的时候，使用的就是 GraphQL，而在上上家使用的是 RE

很多年以前知乎上就有人对GraphQL的作用进行过讨论，这么多年过去，在实际的商业开发中还是很少见到大规模使用GraphQL的情况。这是否意味着GraphQL的设计存在问题，如果存在，到底是设计不足还

GraphQL是Facebook公司所提出的一种用于API的查询语言，很多人把它看作是REST的替代品，但也有很多人认为GraphQL比REST复杂得多，且没有明显收益。 GraphQL到底具有哪些独

什么是GraphQL？ GraphQL，一个API查询语言，它不同于传统的REST API，GraphQL允许客户端按需获取数据。就像你去自助餐厅，你可以自己决定要哪些食物，而不是服务员决定给你什么。

GraphQL 是一种用于 API 的查询语言，同时也是一个运行时（runtime）用来处理这些查询的类型系统。它由 Facebook 在 2012 年开发，并于 2015 年公开发布。

因为工作需要，需要使用 GraphQL 作为数据处理层，Apollo GQL与Hasura都是可选方案。本文将深入调研Hasura功能，并在此场景下测试其实现。

作为前端开发，想必经常做的事情就是：调接口、画页面、调接口、画页面... 调用的接口大概率是 restful 的，也就是类似这种： /students 查询所有学生信息 /student/1 查询 i

GraphQL 是 API 的开发人员和消费者以及他们背后的组织的强大推动者。GraphQL 实现的所有细节和功能都在 GraphQL Schema 中列出。