GraphQL入门

最新推荐文章于 2020-08-17 23:33:21 发布

mellete

最新推荐文章于 2020-08-17 23:33:21 发布

阅读量949

点赞数

分类专栏： PHP 文章标签： PHP GraphQL

本文链接：https://blog.csdn.net/u012542761/article/details/81357798

版权

PHP 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

GraphQL入门

博客原文

前言

公司开发需要用 GraphQL，刚开始一脸懵，只能强行摸石头过河了，网上资料还是比较少的。

GraphQL是一个查询语言，由Facebook开发，用于替换RESTful API。服务端可以用任何的语言实现。具体的你可以查看Facebook关于GraphQL的文档和各种语言的实现。

早在2012年，Facebook认为人们只有在离开PC的时候才会用智能手机，很快他们就发现这个认识是多么的错误！于是Facebook把注意力从Web移到了智能终端上。在那个时候，他们严重的依赖于RESTful API。大量的并发请求和对补充数据的二次请求给他们造成了很大的麻烦，尤其是响应时间。一个解决方案是设计足够多的资源来满足单次的请求。但是，这造成了服务端的扩展和维护困难。

在寻找更好的解决方案的过程中，Facebook的工程师发现开发人员不应该先入为主的把数据看成RESTful一样的集合。如何更好地存储和获取数据不应该是他们要主要考虑的内容。他们应该更多的考虑数据的关系，网状的关系。
在这个情况下GraphQL应运而生。

GraphQL 工作机制

前端发起一个 GraphQL 请求，可以包含一个或多个操作(operation)，主要有两种请求形式：Query(查询) 和 Mutation(修改)

举个栗子：

    query Datas($table_id:ID!, $data_column: [columnData]) {
      Datas(table_id:$table_id, data_column: $data_column) {
        data_id
        data_info {
          fid
          fname
          ftype
          fvalue
        }
      }
    }

这就是前端请求的样式，看着是不是很像 Json，哈哈，仔细看其实不是的~~~

    {
      "data": {
        "Datas": [
          {
            "data_id": "5a26719cfa69eb9b685cc610",
            "data_info": [
              {
                "fid": "_id",
                "fname": "ID",
                "ftype": "string",
                "fvalue": "5a26719cfa69eb9b685cc610"
              }
            ]
          },
          {
            "data_id": "5a2670edfa69ebac282f90f7",
            "data_info": [
              {
                "fid": "_id",
                "fname": "ID",
                "ftype": "string",
                "fvalue": "5a2670edfa69ebac282f90f7"
              }
            ]
          }
        ]
      }
    }

这是后端返回的数据格式，这是一个json数据

GraphQL有非常重要的一个特点：强类型。

输入输出的数据类型及其格式都需要明确定义，如果前端请求数据类型及格式错误则无法发起对后端的请求，同样，后端返回的数据格式及类型有误，前端也收不到返回信息。