使用ASP.NET Core开发GraphQL服务器 -- 预备知识(上)

为了介绍使用ASP.NET Core构建GraphQL服务器,本文需要介绍一下GraphQL,其实看官网的文档就行。

什么是GraphQL?

GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时。 GraphQL 对你的 API 中的数据提供了一套易于理解的完整描述,使得客户端能够准确地获得它需要的数据,而且没有任何冗余,也让 API 更容易地随着时间推移而演进,还能用于构建强大的开发者工具。

官网地址:https://graphql.org/

中文网址(感觉不是官方的,连HTTPS都不是):http://graphql.cn/

GraphQL来自Facebook,它于2012年开始开发,2015年开源。

GraphQL与编程语言无关,可以使用很多种语言/框架来构建Graph 服务器,包括.NET Core。

像Github,Pinterest,Coursera等公司都在使用GraphQL。

Github的API到目前有4个版本,第三个版本都是用的是REST,而第四个版本使用的是GraphQL。

GraphQL到底是什么?

这就是一个GraphQL查询的例子。左边是查询,右边是结果。

从这个例子可以看出,查询是可以嵌套的,所以使用GraphQL的客户端可以通过一次请求获得所有需要的数据

每当对GraphQL服务器进行查询的时候,这些查询首先都会依据一个类型系统对其进行验证。每个GraphQL服务都会在GraphQL schema里定义类型信息。

可以把这个类型系统看作是你的API数据的蓝本,它由你定义的一系列对象所支撑。

例如这个User对象:

GraphQL经常被称作是一个:声明式数据获取语言。

GraphQL的设计原则

  • 分层结构:GraphQL的查询是有层次结构的,字段可以内嵌其它字段;查询和返回数据的结构是一致的。
  • 以产品中心:GraphQL是由客户端所需要的数据所驱动,语言和运行时也支持客户端。
  • 强类型:GraphQL服务器由GraphQL类型系统所支撑。在schema里,每个数据点都有一个特定的类型,针对这个类型还有验证。
  • 客户端定制查询:GraphQL服务器提供了可以让客户端进行定制查询的能力。
  • 内省(introspective):客户端可以查询GraphQL服务器的类型系(schema)。

为什么使用GraphQL?

谈起GraphQL,总是离不开REST。

如果您想了解REST in ASP.NET Core,请看我写的这个系列文章:https://www.cnblogs.com/cgzl/p/9178672.html#rest

REST有几个问题:

过度获取:REST里GET请求的查询结果通常比较大,并且超过了客户端的需求:

这里我只需要name,height,和mass,但是却返回了所有的字段。

而使用GraphQL,我只需要查询我需要的数据:

获取不足:使用REST时,我想获取部门和部门的人员,通常我需要先请求查询部门列表;然后遍历返回的部门列表,再次发出请求查询每个部门下的人员,所以是N+1查询。

而使用GraphQL,我就可以通过一个查询请求(嵌套的)取得相应的结果。

不灵活:随着API的演进,REST需要随时创建新的端点,所以REST API的端点增长速度很快;此外有版本和兼容性需要谨慎考虑。

而GraphQL,典型的结构是只有一个端点。这个单端点就像API网关一样组织了多个数据源,这样就会更简单。

综上,使用GraphQL的好处是:

  • 避免多重REST请求
  • 向下兼容,无需考虑版本
  • 可以对现有的数据源(例如REST API)进行包装
  • 与开发语言无关

GraphQL查询

我通过Github的GraphQL Explorer来进行演示,网址是:https://developer.github.com/v4/explorer/

登录之后,其效果如下:

Github使用了graphiql,graphiql是一个浏览器内的IDE,它可以用来浏览和查询GraphQL。

graphiql的网址是:https://github.com/graphql/graphiql

下一篇文章,我也会在.NET项目里安装这个graphiql。

graphiql只是用来浏览查询GraphQL的一个浏览工具而已,其它比较流行的工具还包括GraphQL Playground 和 GraphQL Voyager等。

第一个查询

打开Github的GraphiQL以后,自动加载了一个查询语句,我们点击运行按钮,右侧就会返回查询的结果:

在这里,我查询了浏览者 viewer这个字段,当前浏览该网页的就是我自己;在查询里我还包括了viewer下的login字段,也就是登录名。

结果以JSON形式返回,其数据包含在data属性下,结构和查询结构一致。

如果我还想在查询中包含浏览者的姓名,那就加一个字段即可:

GraphQL的查询也可以有注释:

GraphiQL的智能提示

GraphiQL是具有智能提示的功能的。当你输入一个字母之后,就是这种效果:

如果你什么都不输入,还想知道有哪些字段,那么就按Alt+空格

但是在windows上多少还是有些问题的,因为Alt+空格也会弹出浏览器的菜单??。。。。

其实前面那个query关键字在这里是可以省略的,点击prettify之后,就会把query关键字去掉;并且如果您的查询格式比较乱的话,点击prettify也会对查询进行格式化:

查询参数

在GraphQL里,每个字段都可以有自己的参数。

直接看例子。下面这个例子里,我想查询登录名为facebook的仓库所有者:

括号里就是查询参数,这个参数的作用就是过滤数据,返回login字段等于facebook的仓库所有者。

再看一个例子,这次我要查询repository,参数是name,参数值是graphql,点击查询:

注意,查询语句里有红色波浪线。不出意外,返回的了错误。

(所有的错误请求的返回结果都是这个格式的)。

错误信息里告诉我们要查询repository这个字段,必须要提供owner这个参数,那么我们就加上这个参数:

这次终于返回了正确的结果。

也可以再添加几个字段:

GraphQL Schema

上面我介绍了几个查询的例子,下面我介绍一下这个查询的后台工作原理。

上面这些字段的设定是由GraphQL的schema来决定的。

  • Schema提供了你的数据中所有使用的对象类型。
  • 它制定了所有值的类型。

打开Github的Graphiql,右侧有个Docs按钮,也就是文档:

每当我们定义了一个schema之后,文档就会自动生成。

打开Docs,可以看到两种操作类型

  • Query,查询,也就是用来获取数据的。
  • Mutation,变化,也就是用来更新数据的。

点击Query,进去后我们可以在这里看见之前进行的那些查询:

那么就点击一下刚才的repository这个查询:

可以看到这个查询需要两个参数:owner和name,类型都是字符串。

再返回到Query,仔细看一下那些和字段在一起的黄色字体的东西:

这些就是类型

在类型里,有的是常见的类型:例如StringIntFloatBooleanID

输入类型和返回类型

当定义schema的时候,我们也会相应的定义所允许的输入类型,它们可以是参数类型或字段类型。

输入类型可以是:Int,Float,String,Boolean,Null,Enum,List,Object。

例如:

后边的叹号,表示该参数是必须的。

冒号后边的部分就是返回类型

当我们定义好Schema之后,文档就生成了,所以GraphQL是自我生成文档的

查询Schema

除了看文档之外,你可以直接查询schema,这点在我们不使用graphiql的时候尤其有用。

这个查询里,我们要查的是__schema字段;然后是它下面的queryType字段,queryType将会返回schema下所有的查询;然后我再查询queryType下的name和description,点击运行,就会看到右边的结果:name是Query,描述是它是Github GraphQL接口的query root。

这个结果和文档里的描述是一样的:

下面再加上fields字段看看:

这个结果的fields字段就包括很多内容了:codeOfConduct,license等等。而这些就是root query所有支持的字段。

查询Type

除了查询schema外,另一个有用的查询就是Type的查询。

例子,查询Repository这个类型的相关信息,查询__type字段,带着参数name为Repository:

这个查询结果也和文档里的一致,我就不贴图了。

别名

当我使用不同的参数来查询两个同样的字段的时候,会报错的:

时就应该使用别名了。添加别名只需要在字段前边加上别名和冒号即可:

这回查询就没有错误了。

Fragment

上面的例子里,graphql和aspnethome都查询的是相同的几个字段。这样的输入就有点重复了,这时我们就可以使用Fragment。Fragement是可重用的字段集合,它可以根据需要被包含在查询里。

上面的例子使用fragement以后就是这样:

最下面是fragment的定义,使用fragment关键字,然后跟着自定义的名称,它作用于Repository这个类型,大括号里就是需要查询的字段。

在查询里使用fragment时需要用三个点"...",它的作用相当于js里的展开操作符,把fragment里面的字段展开到相应的查询里。

fragment在GraphQL里使用的非常多

今天先到这。

原文地址:https://www.cnblogs.com/cgzl/p/9734083.html

时间: 2024-11-06 19:11:41

使用ASP.NET Core开发GraphQL服务器 -- 预备知识(上)的相关文章

【视频】使用ASP.NET Core开发GraphQL服务

GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时. GraphQL来自Facebook,它于2012年开始开发,2015年开源. GraphQL与编程语言无关,可以使用很多种语言/框架来构建Graph 服务器,包括.NET Core. 像Github,Pinterest,Coursera等公司都在使用GraphQL.Github的API到目前有4个版本,第三个版本用的是REST,而第四个版本使用的是GraphQL. 下面是GraphQL的典型应用场景: 视频教程:使

记:ASP.NET Core开发时部署到IIS上出现HTTP Error 502.5 - Process Failure的解决方案

HTTP Error 502.5 - Process Failure Common causes of this issue: The application process failed to start The application process started but then stopped The application process started but failed to listen on the configured port Troubleshooting steps

使用ASP.NET Core支持GraphQL -- 较为原始的方法

GraphQL简介 下面是GraphQL的定义: GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时. GraphQL 对你的 API 中的数据提供了一套易于理解的完整描述,使得客户端能够准确地获得它需要的数据,而且没有任何冗余,也让 API 更容易地随着时间推移而演进,还能用于构建强大的开发者工具. GraphQL由Facebook开发,始于2012年,2015年公开. GraphQL牛逼之处是它可以让客户端精确的查询它们想要的,不附加额外的东西,这样的话就很容易让

ASP.NET Core开发-后台任务利器Hangfire使用

ASP.NET Core开发系列之后台任务利器Hangfire 使用. Hangfire 是一款强大的.NET开源后台任务利器,无需Windows服务/任务计划程序. 可以使用于ASP.NET 应用也可以使用于控制台.Hangfire 只需简单几句代码即可创建新的不同种类的任务. 目前 Hangfire 已经支持.NET Core ,现在就给大家讲解下在ASP.NET Core 里的使用. Hangfire GitHub:https://github.com/HangfireIO/Hangfir

ASP.NET Core开发-读取配置文件Configuration

ASP.NET Core 是如何读取配置文件,今天我们来学习. ASP.NET Core的配置系统已经和之前版本的ASP.NET有所不同了,之前是依赖于System.Configuration和XML配置文件web.config. 新的配置系统支持多种格式的配置文件. 下面我们来以json 格式的配置文件正式开始学习. 我们新建一个ASP.NET Core Web 应用程序,选择无身份验证. 读取配置文件 在项目目录下有个 appsettings.json ,我们先来操作这个文件. 在appse

ASP.NET Core 开发-中间件(Middleware)

参考页面: http://www.yuanjiaocheng.net/ASPNET-CORE/core-razor-layout.html http://www.yuanjiaocheng.net/ASPNET-CORE/core-view-start.html http://www.yuanjiaocheng.net/ASPNET-CORE/core-import-view.html http://www.yuanjiaocheng.net/ASPNET-CORE/core-razor-tag

ASP.NET Core 开发-Logging 使用NLog 写日志文件

ASP.NET Core 开发-Logging 使用NLog 写日志文件. NLog 可以适用于 .NET Core 和 ASP.NET Core . ASP.NET Core已经内置了日志支持,可以轻松输出到控制台. 学习Logging 组件的相关使用,使用NLog 将日志写入到文件记录. Logging 使用 新建一个 ASP.NET Core 项目,为了方便,我选择Web 应用程序,改身份验证 改为 不进行身份验证. 新建好以后,会自动引用好对应的 类库.这样我们就可以直接使用 Logge

Visual Studio 2017 ASP.NET Core开发

Visual Studio 2017 ASP.NET Core开发,Visual Studio 2017 已经内置ASP.NET Core 开发工具. 在选择.NET Core 功能安装以后就可以进行ASP.NET Core开发. 新的ASP.NET Core项目为csproj ,打开之前的xproj项目,会提示单向升级,确认以后,会自动帮你升级至csproj. 新建项目 VS 2017新建ASP.NET Core 项目: 确定以后 可选择ASP.NET Core 1.0 和ASP.NET Co

ASP.NET Core 开发-Entity Framework (EF) Core 1.0 Database First

ASP.NET Core 开发-Entity Framework Core 1.0 Database First,ASP.NET Core 1.0 EF Core操作数据库. Entity Framework Core 1.0 也已经发布了,可以适用于 .NET Core 1.0 及ASP.NET Core 1.0 . EF Core RC2 时,使用的Code First: http://www.cnblogs.com/linezero/p/EntityFrameworkCore.html E