asp.net - ASP.NET 4.5 GridView.AllowCustomPaging 属性如何使这变得更简单？

Question

我有一个 ASP.NET 4 GridView 控件，它使用这两篇​​文章中讨论的逻辑:

• Efficiently Paging Through Large Amounts of Data
• Sorting Custom Paged Data

ASP.NET 4.5 GridView.AllowCustomPaging 属性如何使此过程变得更简单？

非常欢迎提供有关如何使用它的文章的链接。

Answer 1

根据我最近的经验，事实并非如此。

具体来说:在使用 ASP.NET 4.5 的 Model Binding 时实现高效的 GridView 自定义分页(从非常大的数据库表中仅检索所需的数据页)时系统中，GridView.AllowCustomPaging 属性未输入其中。

设置 GridView.SelectMethod属性导致使用模型绑定(bind)，这为我们提供了“ObjectDataSource 样式”功能(如链接中所述)，而不需要 ObjectDataSource。在这种方法中，有两种选择:

(1) GridView.SelectMethod 指定的方法返回一个 IQueryable，例如:

public IQueryable<MyClass> MySelectMethod1()
{
    return myService.GetAll(someCriteria);
}

如果您不介意将 IQueryable 暴露给表示层，那么这是实现非常高效的分页的一种非常快速的方法。在运行时，框架会自动应用 Skip() and Take()根据 GridView 的 PageIndex 和 PageSize 属性，将方法添加到源中。数据库仅返回所需的结果页。简单!

(2) GridView.SelectMethod 指定的方法返回一些其他可绑定(bind)对象，例如:

public IList<MyClass> MySelectMethod2(int startRowIndex, int maximumRows, out int totalRowCount)
{
    totalRowCount = myService.GetCount(someCriteria);
    return myService.GetPage(someCriteria, startRowIndex, maximumRows);
}

通过设置totalRowCount，我们现在已经为GridView提供了正确呈现其Pager所需的所有信息，同时仅从数据库中检索了所需的数据页。

我本来希望使用 VirtualItemCount属性(如 here 中所述)，但据我所知，totalRowCount 输出参数消除了 VirtualItemCount 属性。

如果(1)或(2)未实现，则GridView将抛出异常:
当 DataBoundControl 启用分页功能时，SelectMethod 应该返回 IQueryable 或应该具有所有这些强制参数:int startRowIndex、int maxRows、out int totalRowCount

因此，我们在 ASP.NET 4.5 中实现了 GridView 自定义分页......但 GridView.AllowCustomPaging 和 GridView.VirtualItemCount 无处可见!