共计 2599 个字符，预计需要花费 7 分钟才能阅读完成。
Restful
目前大多数网站都基于 Restful 架构，在该模式下，每个资源都有本人配套的一个 API 接口。用 URI 来定位资源，Method 来形容对资源做什么操作。
当初在该模式下，咱们有这样一个需要：显示一篇文章的内容，同时也要显示评论、作者信息。那么咱们就须要别离调用文章接口、评论接口、用户接口。该架构就会暴露出一些缺点：
1. 多耗费客户端资源：调用多个 API 接口，屡次发送 HTTP 申请，并且须要在用户端进行信息拼接。
2. 冗余数据：比方咱们可能只有晓得用户姓名，然而用户接口可能会一起返回性别，星座等无关数据。
3. 字段类型校验：因为服务端返回数据的不可控性，前端须要对某些字段做类型校验。
4. 接口文档不标准：前后端拆散开发约定的接口文档，可能会因为后端开发的忽略更新不及时，引发后续问题。
而 GraphQL 能完满的解决上述问题。
GraphQL
官网定义
咱们先来看一下 GraphQL 的官网定义：
几乎艰涩难懂 … 咱们还是间接来看看同一个需要，在 GraphQL 架构下的实现吧～
同一个需要，在 GraphQL 下的实现
首先咱们拜访 GraphQL 服务器，点击 SCHMA 查看一下它提供给前端什么资源。比方用户资源，获取时需携带用户 ID，返回的 User 对象可取字段有 id，name 等。接着就能够写申请 SCHEMA，获取定制化数据(我的项目代码在附录章节)
演示：graphql.mov
Restful vs GraphQL
GraphQL 几个重要概念
操作类型 Operation Type
- 形容客户端心愿进行什么样的操作
1.query 查问：获取数据，比方查找，CRUD 中的 R。
2.mutation 变更：对数据进行变更，比方减少、删除、批改，CRUD 中的 CUD。
3.substription 订阅：当数据产生更改，进行音讯推送。
对象类型和标量类型 Object Type & Scalar Type
- 定义资源
1. 对象类型：用户在 schema 中定义的 type。
2. 标量类型：GraphQL 中内置有一些标量类型 String、Int、Float、Boolean、ID，
用户也能够定义本人的标量类型。
解析函数 Resolver
- 服务端提供资源的形式
前端申请信息达到后端之后，须要由解析函数 Resolver 来提供数据。
GraphQL 应用流程
Describe your data – 服务端要做的事
1. 定义资源构造。
2. 定义每个操作类型下裸露给前端的资源或接口。
3. 为每个操作类型下的资源或接口提供 Resolve 策略函数。
Query
Mutation
Subscription
这里的 pubsub 是 apollo-server 里负责订阅和公布的类，它在承受订阅时提供一个异步迭代器，在后端感觉须要公布订阅的时候向前端公布 payload。withFilter 的作用是过滤掉不须要的订阅音讯，具体用法参照订阅过滤器。
Ask for what you want – 前端如何申请资源
1. 查问资源
2. 更新资源
3. 订阅资源
发送一个订阅申请
发送一个更新申请，触发订阅
触发之前定义的逻辑
Get predictable results – 通过 HTTP 协定交互
以之前的 Query 申请为例：
小结
1. 接口提供方定义好强类型的数据入参和返回的数据结构。
2. 客户端发送一个带有查问语句（graphql 的查问协定）的申请，申请里定义了须要哪些数据。
3. 服务端返回给客户端合乎客户端预期的 json 字符串后果。
GraphQL 集体了解
对前端而言，GraphQL 就是一套和 GraphQL 服务器上资源进行交互的语法。(即如何去写 schema)
对后端而言，GraphQL 就是一套提供资源的策略，告知前端每个资源的状态和操作形式，前端按需组装。(即如何为 schema 提供数据)
GraphQL 运行机制
1. 申请传输 – HTTP Request
客户端通过 HTTP 协定，将 Schema 封装在 body 中，传输到 GraphQL 服务器。
2. 解析阶段 – String -> document
辨认 Schema 字符串。graphql-js 利用特色标识符与 AST 语法树标准，对 Schema 逐字符扫描，通过词法剖析和语法分析失去节点树。
特色标识符：
AST 语法树标准，规定语法树反对以下节点：
最终解析阶段的产出物 – document：
3. 校验阶段 – 测验 document
验证客户端 Schema 是否依照服务端定义好的形式获取数据，比方：获取数据的办法名是否有误，必填项是否有值等。
4. 执行阶段 – document -> json
执行对应的 resolve 函数，封装成 json 资源并输入。
每个类型的每个字段都有一个 resolver 函数反对，该函数由 GraphQL 服务器开发人员提供，当一个字段被执行时，相应的 resolver 被调用产生下一个值。如果字段产生标量值，则执行实现，如果产生对象，则该查问将继续执行该对象对应的解析器，直到返回标量值。
5. 响应返回 – HTTP Response
GraphQL 开源协定
BSD+Patents
graphql-js 已经用过 BSD+Patents 协定。
Patents：专利从属条款，被视为 Facebook 用于解决开源代码中可能呈现的专利纠纷的进攻措施。
大抵内容是应用基于 Patents 协定的开源我的项目的开发者，将来要是因为专利问题与 Facebook 产生纠纷，那么 Facebook 将有权进行你应用该开源我的项目，也就是说如果你起诉 Facebook，那么你所应用他们的开源技术开发的产品要么得停用，要么得用别的技术迁徙重构。
MIT
在 2017 年移除，改为 MIT 并沿用至今。
事件背景：2017 年 7 月，开源组织 Apache 软件基金会将基于 Facebook BSD+Patents 协定的开源软件列入黑名单，同年 9 月，WordPress、百度等大型公司发表停用 React（Native)开源我的项目以躲避危险，尔后，Facebook 才公开发表声明，示意从 v16 开始，React 将不再应用 BSD+Patents 协定，而是采纳 MIT 协定。
在这之后，Facebook 逐步把很多开源我的项目改为 MIT 协定。
专利
目前 GraphQL 的专利还在 Facebook 手里，要到 2034 年才过期。所以目前部门只在经营治理端接入，开发者治理端因为平安问题临时还没有接入打算。
附录
我的项目地址：
Github
参考：
- GraphQL | 一种为你的 API 而生的查询语言
- GraphQL 从入门到实际
- GraphQL 技术浅析
