使用Hot Chocolate和.NET 6构建GraphQL应用(7) —— 实现Query分页功能
系列导航#
使用Hot Chocolate和.NET 6构建GraphQL应用文章索引
需求#
GraphQL中的查询分页相对来说是查询中比较难理解的,接口的Schema也和其他不一样。在这篇文章中,我们来实现简单的查询分页。
思路#
Hot Chocolate提供了两种排序方式:基于Cursor的分页和基于Offset的分页。这两种方式的区别在于:基于Cursor的分页是随结果返回每条数据的一个游标字符串,下次分页查询是通过Where
子句来比较游标的大小来决定去获取哪一部分的数据;而基于Offset的方式,是类似于传统的后端分页方式,即使用OFFSET
(SKIP
+TAKE
)方式去获取数据,后者在面对数据库会发生频繁变动(插入或删除数据)或者面对大量数据集的时候性能不如前者。但是对于基于Cursor的分页方式而言,如果对一个没有建立索引的数据列使用Where
和Order By
,速度是不如Order By
和OFFSET
的。
在这篇文章中,我们会实现这两种不同方式的分页效果。Hot Chocolate分别提供了UsePaging
和UseOffsetPaging
属性来完成分页需求。
实现#
要使用分页属性,需要在接口上方添加UsePaging
或UseOffsetPaging
即可,注意属性添加的顺序。
Query.cs
[UsePaging]
[UseProjection]
[UseFiltering]
[UseSorting]
public IQueryable<Post> GetPosts([Service] IRepository<Post> repository) => repository.GetAsQueryable();
或者
[UseOffsetPaging]
[UseProjection]
[UseFiltering]
[UseSorting]
public IQueryable<Post> GetPosts([Service] IRepository<Post> repository) => repository.GetAsQueryable();
这样就实现了查询结果的分页,同时我们可以在注入Hot Chocolate的地方进行全局配置:
builder.Services
.AddGraphQLServer()
.SetPagingOptions(new PagingOptions
{
MaxPageSize = 50,
IncludeTotalCount = true
})
.AddFiltering()
.AddProjections()
.AddSorting()
.AddQueryType<Query>()
.AddType<PostType>();
下面我们来验证一下。
验证#
启动Api
项目,调用接口:
可以看到在返回体中数据已经按照我们指定的排序和分页结果返回了,注意在返回中包含了totalCount
(这是我们在全局配置中指定一起返回的),在pageInfo
中指出了是否有下一页或上一页,使用Cursor进行分页的关键之处在于返回体中还包含了每条记录的cursor
值。接下来我们指定下次获取数据的起始游标值:
这样就获取了后一页的数据。
接下来我们看一下使用Offset方式分页的结果:
在这种方式下,我们看到了熟悉的skip
和take
参数,如果需要获取下一页数据,只需要修改skip
参数即可:
总结#
在本文中我们实现了查询的分页,关于分页更详细的说明请参考官方文档:Pagination。那么GraphQL的查询部分就说完了,下一篇文章将会介绍如何进行数据的修改。
作者:CODE4NOTHING
出处:https://www.cnblogs.com/code4nothing/p/graphql-net6-7.html
版权:本作品采用「署名-非商业性使用-相同方式共享 4.0 国际」许可协议进行许可。
欢迎转载,转载请注明出处
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!