DevExpress GridControl分页怎么实现，以及分页之后数据刷新出现异常该怎么处理，先要看当前这个项目用的是WinForms、WPF，还是DevExtreme里的DataGrid。不同平台上的GridControl，它们做分页的方法是有区别的。WPF的GridControl自己带有数据分页的功能，用户能通过控件自带的分页器在不同的页面之间切换；而WinForms的GridControl在数据量比较大的时候，更常见的办法是用Server Mode或者Instant Feedback Mode，让控件按需要去加载数据，而不是一次性把全部数据都放进内存里面。

　　一、DevExpress GridControl分页怎么实现

　　在动手做分页之前，要先弄清楚数据大概有多少，以及查询是怎么做的。如果只有几百条记录，在本地做分页就能解决问题；要是记录达到几十万、上百万条，就不应该把全部数据都查出来再分页，而是尽量把分页、排序和筛选这些操作交给数据库或者服务端去处理。

　　1、WPF可以使用内置的分页功能

　　在WPF的GridControl里面，可以把跟数据分页相关的设置打开，让GridControl按一页一页的方式去显示内容。官方文档里面也说了，GridControl支持把内容拆成多个页面，并通过内置的分页栏进行翻页。

　　这种办法适合前端界面上需要看到清楚页码的场景，比如第1页、第2页，每页显示50条数据。设置的时候需要注意，每一页显示多少条、当前在哪一页，还有排序和筛选的条件，这几样是不是一致的，要不然用户切到下一页的时候，看到的数据顺序可能就会乱掉。

　　2、WinForms更适合按需要去加载数据

　　WinForms的GridControl在处理大量数据的时候，可以考虑用Server Mode。DevExpress的文档里面提到，Server Mode会按需要去加载一小批一小批的记录，并且把排序、筛选和汇总这些数据处理操作，都放在服务端那边去完成。

　　这种方式不一定会显示成传统意义上的页码，但它能解决数据量太大的时候加载慢、界面卡住的问题。如果业务上一定需要做页码分页，也可以在数据源那一层写分页查询，再把当前这一页的数据绑定到GridControl上面。

　　3、分页用到的参数要放在一起管理

　　不管是本地分页还是服务端分页，都需要把【PageIndex】、【PageSize】、【Sort】和【Filter】这几样参数放在一起统一管理。

　　比如说，用户先按时间倒序排列，然后再切到第3页，后台查询的时候也必须带上同样的排序条件。要是排序条件在这个过程中丢掉了，第3页显示的就有可能变成另一批数据。分页并不是一个孤立的页码问题，它和筛选、排序还有总数的统计，是连在一起的。

　　二、GridControl分页后数据刷新异常怎么办

　　分页之后刷新数据出现异常，常见的表现是新增的数据显示不出来，删掉的数据还占着位置，当前页变成一片空白，页码对不上，排序被打乱了，或者刷新之后又自动回到了第一页。排查的时候，要先去看数据源有没有发生变化，然后再看GridControl知不知道数据源已经变化了。

　　1、先确认数据源是不是更新过了

　　要是后台的数据已经变了，但是绑定到GridControl的那个集合没有跟着更新，界面上自然就不会有变化。DevExpress WinForms里面有一个用来刷新GridControl主视图显示数据的方法，它会从绑定的数据源那里重新加载记录；如果数据源本身就支持IBindingList这样的接口，GridControl一般可以自己完成更新。

　　所以碰到刷新不正常的情况，先不要只去点界面上的刷新按钮，而要确认当前绑定的数据对象到底是不是最新的。如果用的是服务端分页，最好是重新执行一次当前页的查询，再重新绑定或者刷新视图。

　　2、删除数据之后当前页变成空白，要回退页码

　　比如每页显示20条数据，当前正处在第5页，连续删除了多条记录以后，总页数可能就只剩下4页了。如果这个时候还去请求第5页，GridControl显示一片空白，这并不是控件出了错误，而是页码已经超出了实际的范围。处理的时候，要先把数据的总数和总页数重新算一遍，然后再判断当前页是不是需要往回退。

　　3、刷新的时候要把排序和筛选的条件保留下来

　　刷新数据的时候，不能只是把当前页的记录重新加载一遍，还要把原来设置好的排序和筛选条件一起保留下来。要不然，用户明明筛选了某一个状态，刷新之后却显示出了全部数据；或者原来数据是按创建时间排序的，刷新以后却变回了默认的顺序。分页参数、筛选参数和排序参数，最好是放在同一个查询对象里面一起维护。

　　三、分页刷新怎么做得更稳定

　　分页功能做得比较稳定之后，用户切换页面、搜索、排序、删除和修改数据这些操作，才不会发生混乱。关键是不要让界面上显示的状态，和数据源那边的真实状态，各管各的，互相脱节。

　　1、把刷新方法统一封装起来

　　把【当前页】、【每页数量】、【筛选条件】、【排序条件】和【总数查询】这几样东西，放进同一个刷新的流程里面。

　　在新增、删除、修改、搜索、切页这些操作完成之后，都去调用这同一个刷新方法，避免在不同的按钮里面各写一套不同的查询逻辑。这样后面万一出现异常，也更容易找到是哪一个参数出了问题。

　　2、修改单行数据的时候，不要每次都全量刷新

　　如果只是修改了当前页当中的某一行数据，可以优先去刷新当前行或者当前页，没有必要每次都把全部数据重新加载一遍。DevExpress支持对视图里面的数据进行刷新，具体用哪一种方式，要看当前用的是WinForms、WPF还是Web端的控件。全量刷新虽然做起来简单，但容易导致当前选中行丢失、滚动条位置变动，还有页面闪烁这些问题。

　　3、数据量很大的时候不要用假分页

　　假分页就是一次性把全部数据都查出来，然后在界面上再做切页操作。数据少的时候问题不大，数据一多，加载就会变慢，内存占用也会变高，刷新也容易卡住。真正的大数据分页，应该让数据库按照一页一页去查询，同时配合索引、排序字段和总数统计一起设计。

　　总结

　　DevExpress GridControl分页怎么实现，以及GridControl分页之后数据刷新异常怎么处理，关键是根据所在的平台和数据量的大小，选择合适的实现方式。WPF可以用内置的分页功能，WinForms在大数据场景下面更适合用Server Mode，或者在数据源那一层做分页。遇到刷新异常的时候，要检查数据源是不是重新加载过了、当前页是不是超出了范围、排序和筛选的条件是不是丢失了。把分页参数和刷新逻辑放在一起统一管理，比在每个按钮里面单独写查询要更加稳定。