GraphQL 科普 前端向
简介
GraphQL是基于「类型系统」来执行查询的查询语言。
Facebook 2012 年开始使用 GraphQL，15年开源。
graph定义了一套标准，用于描述服务端和客户端的通信。可以使用任意语言来实现graph所描述的功能。就和ECMAScript标准之于JavaScript一样。
样例
前端传入字段和结构。后台按照前端的需求返回数据。
一个GraphQL请求由两部分组成。 操作符 和 文档。
操作符
GraphQL作为前后台交互的中间层，不能只有查询功能，在REST中，有GET、POST、DELETE等类型的请求。
GraphQL则将前后台通信直接分为两大类 query和mutation。
query
顾名思义，query是默认的操作符，代表查询，是不会给服务端带来副作用的请求。没有操作符的话会默认是query操作符，上面的动图就是省略了query操作符。 完整的请求其实是这样的。
query {
hero {
name
}
}mutation
mutation代表一个动作，会给服务器带来修改。比如增删改。例如：
mutation addMessage($input: MessageType!) {
addMessage(input: $input) {
id
text
}
}返回结果
{
"addMessage": {
"label": "测试的一个message",
"id": "0RaqSeOL0"
}
}对($input: MessageType!) 可能会一头雾水，这写只是定义传参的一些语法，过过文档就可以学会。
subscription
subscription， 订阅操作符还未纳入标准，但是已经被实现应用了。订阅操作符的功能是像服务端监听一个操作。就像VUE里面的watch一样。只是我们watch的是服务端。一旦服务端发生了我们订阅的改变，服务端就会主动把变化推送给我们。自己的业务代码里面再也不要维护什么轮询，定时器啦。
文档
文档部分：
{
hero {
name
height
}
}文档就是前端向后台描述所需的字段。也是前端觉得最爽的地方，数据结构清晰明了。发送什么样的请求，拿到什么样的数据。
观察文档，文档是由 类型 和 字段 构成的。GraphQL是强类型语言。如果使用过typescript就很好理解。
可以认为，我们规定了一种对象，它们一定有定义的属性。
hero就是一个类型。name 和 height就是字段。
特点
- 获取多类资源，只用一个请求。
- 前端控制：是客户端指定的查询，端从被动为主动，想要什么拿什么。
- 层次结构化： 操作粒度为字段级别，可读性好，查询的结构和结果非常相似。
- 开发友好：得益于强类型，
GraphQL可以在编写代码时就检查语句是否错误，也能智能提示类型下的字段。可以自动生成文档，提供丰富的体验。 - 降低前后端沟通成本。
和REST对比
- 随着系统发展，
REST的接口持续平面增长，GraphQL只需增加类型，更加利于维护。 - 如果是复杂的客户端，一个页面往往需要调用多个接口，
GraphQL只需调用一次即可，一次请求到所有数据。 REST所操作的资源相对是离散的（接口接口接口），GraphQL的数据更有整体性(因为是类型构成)。
社区框架
目前前端客户端主要有Apollo和Relay，他们的作用就和axios一样，方便我们构造请求。因为业务中主要用到VUE，有vue-apollo所以我选择的是Apollo。
vue-apollo自带了store层，方便进行数据缓存，vuex也可以去掉了。
资料
我用vue-cli生成了一个简单的增删改查的项目。 可以对照着文档自己敲代码。 GraphQL_demo
文章
- 阻碍你使用 GraphQL 的十个问题
- 30分钟理解GraphQL核心概念
- RPC vs REST vs GraphQL