首页 文章详情

《ASP.NET Core 与 RESTful API 开发实战》-- (第7章)-- 读书笔记(下)

DotNet NB | 459 2020-07-28 17:15 0 0 0
UniSMS (合一短信)

第 7 章 高级主题

7.4 HATEOAS

全称 Hypermedia AS The Engine Of Application State,即超媒体作为应用程序状态引擎。它作为 REST 统一界面约束中的一个子约束,是 REST 架构中最重要、最复杂,也是构建成熟 REST 服务的核心

Richardson 成熟度模型是根据 REST 约束对 API 成熟度进行衡量的一种方法,该成熟模型使用3个因素来决定服务的成熟度,即 URI、HTTP 方法和 HATEOAS。一个 API 应用程序越多地采用这些特性,就越成熟。根据上述3个因素,RESTful API 应用的成熟度分为3级:

  • 第 1 级:资源

  • 第 2 级:HTTP 动词

  • 第 3 级:超文本驱动,即 HATEOAS

HATEOAS 使 API 在其响应消息中不仅提供资源,还提供 URL。这些 URL 能够告诉客户端如何使用 API,它们由服务器根据应用程序当前的状态动态生成,而客户端在得到响应后,通过这些 URL 就能够知道服务器提供哪些操作,并使用这些链接与服务器进行交互

7.5 GraphQL

全称 Graph Query Language,作为查询语言,最主要的特点是能够根据客户端准确地获得它所需要的数据

作为 API 查询语言,GraphQL 提供了一种以声明的方式从服务器上获取数据的方法

{
authors{
name,
email
}
}

执行后的结果如下:

{
"data":{
"authors":{
"name":"Author 1",
"email":"author1@xxx.com"
},
...
}
}

尽管 GraphQL 能够与 REST 实现同样的目的,但它们各自的实现方式以及特点有较大的差异,主要体现在:

  • (1)端点:对 REST 而言,每一个 URL 相当于一个资源,而 GraphQL 通过一个端点可以返回用户所需要的任何数据

  • (2)请求方式:REST 充分使用 HTTP 动词来访问不同的端点,而 GraphQL 所有请求都是向服务器相同端点发送类似 JSON 格式的信息

  • (3)资源表现形式:REST 得到的资源是事先定义好的固定的数据结构,而 GraphQL 能够根据客户端的请求灵活地返回所需要的形式

  • (4)版本:GraphQL 是在客户端来定义资源的表现形式,因此服务端数据结构变化不影响客户端的使用,即使服务器发生更改,也是向后兼容

GraphQL 仅使用一个端点即可执行并响应所有 Graph 查询请求,因此它完全可以与 Library.API 项目中现有的 REST 端点共存,弥补 RESTful API 的不足

添加nuget

Install-Package GraphQL

GraphQL 中有一个非常重要的概念--Schema,它定义了 GraphQL 服务提供什么样的数据结构,执行查询时,必须指定一个 Schema

添加两个类 AuthorType 和 BookType

namespace Library.API.GraphQLSchema
{
public class AuthorType : ObjectGraphType<Author>
{
public AuthorType(IRepositoryWrapper repositoryWrapper)
{
Field(x => x.Id, type: typeof(IdGraphType));
Field(x => x.Name);
Field(x => x.BirthData);
Field(x => x.BirthPlace);
Field(x => x.Email);
Field>("books", resolve: context => repositoryWrapper.Book.GetBooksAsync(context.Source.Id).Result);
}
}
}

namespace Library.API.GraphQLSchema
{
public class BookType : ObjectGraphType<Book>
{
public BookType()
{
Field(x => x.Id, type: typeof(IdGraphType));
Field(x => x.Title);
Field(x => x.Description);
Field(x => x.Pages);
}
}
}

接下来创建查询类 LibraryQuery

namespace Library.API.GraphQLSchema
{
public class LibraryQuery : ObjectGraphType
{
public LibraryQuery(IRepositoryWrapper repositoryWrapper)
{
// 返回所有作者的信息
Field>("authors",
resolve: context => repositoryWrapper.Author.GetAllAsync().Result);

// 返回指定作者信息
Field("author", arguments: new QueryArguments(new QueryArgument()
{
Name = "id"
}),
resolve: context =>
{
Guid id = Guid.Empty;
if (context.Arguments.ContainsKey("id"))
{
id = new Guid(context.Arguments["id"].ToString() ?? string.Empty);
}

return repositoryWrapper.Author.GetByIdAsync(id).Result;
});
}
}
}

接下来创建 Schema

namespace Library.API.GraphQLSchema
{
public class LibrarySchema : Schema
{
public LibrarySchema(LibraryQuery query, IDependencyResolver denDependencyResolver)
{
Query = query;
DependencyResolver = denDependencyResolver;
}
}
}

当 GraphQL 类型、查询以及 Schema 都创建完成后,应将它们添加到依赖注入容器中

添加一个扩展方法,并在扩展方法中添加所有类型

namespace Library.API.Extentions
{
public static class GraphQLExtensions
{
public static void AddGraphQLSchemaAndTypes(this IServiceCollection services)
{
services.AddSingleton();
services.AddSingleton();
services.AddSingleton();
services.AddSingleton();
// 用于执行 Graph 查询
services.AddSingleton();
// 用于获取指定的依赖
services.AddSingleton(provider =>
new FuncDependencyResolver(provider.GetRequiredService));
}
}
}

为了方便解析客户端请求中的 GraphQL 查询内容,添加一个类

namespace Library.API.GraphQLSchema
{
public class GraphQLRequest
{
///
/// 用于接收客户端请求正文中的 Graph 查询
///

public string Query { get; set; }
}
}

接下来,在项目中添加一个控制器

namespace Library.API.Controllers
{
[Route("graphql")]
[ApiController]
public class GraphQLController : ControllerBase
{
public IDocumentExecuter DocumentExecuter { get; set; }
public ISchema LibrarySchema { get; set; }

public GraphQLController(ISchema librarySchema, IDocumentExecuter documentExecuter)
{
LibrarySchema = librarySchema;
DocumentExecuter = documentExecuter;
}

[HttpPost]
public async Task Post([FromBody] GraphQLRequest query)
{
var result = await DocumentExecuter.ExecuteAsync(options =>
{
options.Schema = LibrarySchema;
options.Query = query.Query;
});

if (result.Errors?.Count > 0)
{
return BadRequest(result);
}

return Ok(result);
}
}
}

运行程序,以 POST 方式请求 URL:http://localhost:5001/graphql

请求内容如下:

{
"query":
"query{
authors{
id,
name,
birthPlace,
birthDate,
books{
title,
pages
}
}
}"

}

可以得到与请求的内容完全一致的请求结果,表明客户端可以根据需要在请求的查询中定义所需要的信息,通过一次查询,即可返回所有需要的数据

在 LibraryQuery 类中还添加了对指定 author 的查询,可以通过以下请求内容查询

{
"query":
"query{
authors(id:"
86072f62-5ec8-4266-9356-752a8496d56a"){
id,
name,
birthPlace,
birthDate,
books{
title,
pages
}
}
}"

}

相关文章

《ASP.NET Core 与 RESTful API 开发实战》-- (第7章)-- 读书笔记(中)

《ASP.NET Core 与 RESTful API 开发实战》-- (第7章)-- 读书笔记(上)


《ASP.NET Core 与 RESTful API 开发实战》-- (第6章)-- 读书笔记(下)


《ASP.ENT Core 与 RESTful API 开发实战》-- (第6章)-- 读书笔记(上)


《ASP.ENT Core 与 RESTful API 开发实战》-- (第5章)-- 读书笔记(下)


《ASP.ENT Core 与 RESTful API 开发实战》-- (第5章)-- 读书笔记(中)


《ASP.ENT Core 与 RESTful API 开发实战》-- (第5章)-- 读书笔记(上)


《ASP.ENT Core 与 RESTful API 开发实战》-- (第4章)-- 读书笔记(下)


《ASP.ENT Core 与 RESTful API 开发实战》-- (第4章)-- 读书笔记(上)


《ASP.ENT Core 与 RESTful API 开发实战》(第3章)-- 读书笔记(下)


《ASP.ENT Core 与 RESTful API 开发实战》(第3章)-- 读书笔记(中)


《ASP.ENT Core 与 RESTful API 开发实战》(第3章)-- 读书笔记(上)


《ASP.ENT Core 与 RESTful API 开发实战》-- 读书笔记(第2章)


《ASP.ENT Core 与 RESTful API 开发实战》-- 读书笔记(第1章)



欢迎各位读者加入微信群一起学习交流,
在公众号后台回复“加群”即可~~


good-icon 0
favorite-icon 0
收藏
回复数量: 0
    暂无评论~~
    Ctrl+Enter