首页
/ AG Grid 服务端分页与客户端排序/过滤的整合方案

AG Grid 服务端分页与客户端排序/过滤的整合方案

2025-05-16 13:05:37作者:郦嵘贵Just

在大型数据应用开发中,AG Grid 作为优秀的数据表格组件,其服务端分页(serverSide)模式能有效处理海量数据。但开发者常遇到一个典型场景:希望保持服务端分页的同时,在单页数据内实现客户端排序和过滤。这种混合模式能兼顾性能与用户体验,本文将深入解析实现方案。

核心问题分析

当启用 rowModelType='serverSide' 时,AG Grid 默认将所有数据操作(排序/过滤/分页)交由服务端处理。这种设计虽然适合大数据量场景,但对于某些业务场景会带来两个挑战:

  1. 高频请求压力:每次排序/过滤都触发服务端请求
  2. 交互延迟:用户需要等待网络往返才能看到结果

混合模式实现原理

通过配置 serverSideEnableClientSideSort=true 可激活混合模式,其工作机制如下:

  1. 分页保持服务端处理:继续通过 getRows 回调获取分页数据
  2. 排序/过滤转为客户端处理:当前页数据在浏览器内存中完成排序和过滤

这种设计实现了:

  • 分页仍由服务端控制,避免大数据量传输
  • 单页内的交互操作即时响应,无需网络请求

进阶配置建议

对于更复杂的场景,建议结合以下配置:

gridOptions = {
  rowModelType: 'serverSide',
  serverSideEnableClientSideSort: true,
  serverSideEnableClientSideFilter: true,  // 可选客户端过滤
  cacheBlockSize: 100,  // 合理设置分页大小
  paginationPageSize: 20  // 控制每页显示数量
}

性能优化要点

  1. 分页大小权衡cacheBlockSize 不宜过大,建议 50-200 条
  2. 列定义优化:对需要客户端排序的列设置 sortable=true
  3. 内存管理:注意浏览器内存消耗,特别是包含复杂渲染的单元格

适用场景判断

推荐在以下情况采用此方案:

  • 总数据量超过 10 万条
  • 单页数据量在 500 条以内
  • 用户需要频繁进行临时排序/过滤

不推荐场景:

  • 需要跨页全局排序/过滤
  • 单页数据超过 1000 条
  • 数据实时性要求极高(需服务端计算)

实现示例

完整配置示例展示混合模式的最佳实践:

const gridOptions = {
  columnDefs: [
    { field: 'name', sortable: true, filter: 'agTextColumnFilter' },
    { field: 'age', sortable: true, filter: 'agNumberColumnFilter' }
  ],
  defaultColDef: {
    filter: true,
    resizable: true
  },
  rowModelType: 'serverSide',
  serverSideEnableClientSideSort: true,
  serverSideEnableClientSideFilter: true,
  
  // 服务端数据获取
  getRows: (params) => {
    api.getData(params.request).then(response => {
      params.successCallback(response.rows, response.lastRow);
    });
  }
};

通过合理配置,开发者可以在 AG Grid 中实现服务端分页与客户端操作的完美平衡,既保证大数据量下的性能,又提供流畅的用户交互体验。

登录后查看全文
热门项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
54
469
kernelkernel
deepin linux kernel
C
22
5
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
880
519
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
336
1.1 K
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
181
264
cjoycjoy
一个高性能、可扩展、轻量、省心的仓颉Web框架。Rest, 宏路由,Json, 中间件,参数绑定与校验,文件上传下载,MCP......
Cangjie
87
14
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.09 K
0
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
361
381
cherry-studiocherry-studio
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
612
60