鉴于您有 astartIndex
和 a ,您如何在 LINQ 中对集合进行分页count
?
4 回答
Skip
和Take
扩展方法非常简单。
var query = from i in ideas
select i;
var paggedCollection = query.Skip(startIndex).Take(count);
几个月前,我写了一篇关于 Fluent Interfaces 和 LINQ 的博客文章,其中使用了扩展方法IQueryable<T>
和另一个类来提供以下对 LINQ 集合进行分页的自然方式。
var query = from i in ideas
select i;
var pagedCollection = query.InPagesOf(10);
var pageOfIdeas = pagedCollection.Page(2);
您可以从 MSDN 代码库页面获取代码:Pipelines、Filters、Fluent API 和 LINQ to SQL。
我解决这个问题的方式与其他人的解决方案有点不同,因为我必须使用中继器制作自己的分页器。所以我首先为我拥有的项目集合制作了一个页码集合:
// assumes that the item collection is "myItems"
int pageCount = (myItems.Count + PageSize - 1) / PageSize;
IEnumerable<int> pageRange = Enumerable.Range(1, pageCount);
// pageRange contains [1, 2, ... , pageCount]
使用它,我可以轻松地将项目集合划分为“页面”集合。在这种情况下,页面只是项目的集合 ( IEnumerable<Item>
)。这是您可以使用Skip
并Take
从上面创建的索引中选择索引的方法pageRange
:
IEnumerable<IEnumerable<Item>> pageRange
.Select((page, index) =>
myItems
.Skip(index*PageSize)
.Take(PageSize));
当然,您必须将每个页面作为一个附加集合来处理,但是例如,如果您要嵌套转发器,那么这实际上很容易处理。
单线 TLDR版本将是这样的:
var pages = Enumerable
.Range(0, pageCount)
.Select((index) => myItems.Skip(index*PageSize).Take(PageSize));
可以这样使用:
for (Enumerable<Item> page : pages)
{
// handle page
for (Item item : page)
{
// handle item in page
}
}
这个问题有点老了,但我想发布我的分页算法来显示整个过程(包括用户交互)。
const int pageSize = 10;
const int count = 100;
const int startIndex = 20;
int took = 0;
bool getNextPage;
var page = ideas.Skip(startIndex);
do
{
Console.WriteLine("Page {0}:", (took / pageSize) + 1);
foreach (var idea in page.Take(pageSize))
{
Console.WriteLine(idea);
}
took += pageSize;
if (took < count)
{
Console.WriteLine("Next page (y/n)?");
char answer = Console.ReadLine().FirstOrDefault();
getNextPage = default(char) != answer && 'y' == char.ToLowerInvariant(answer);
if (getNextPage)
{
page = page.Skip(pageSize);
}
}
}
while (getNextPage && took < count);
但是,如果您追求性能,并且在生产代码中,我们都追求性能,那么您不应该使用如上所示的 LINQ 的分页,而是IEnumerator
自己实现分页的底层。事实上,它就像上面显示的 LINQ 算法一样简单,但性能更高:
const int pageSize = 10;
const int count = 100;
const int startIndex = 20;
int took = 0;
bool getNextPage = true;
using (var page = ideas.Skip(startIndex).GetEnumerator())
{
do
{
Console.WriteLine("Page {0}:", (took / pageSize) + 1);
int currentPageItemNo = 0;
while (currentPageItemNo++ < pageSize && page.MoveNext())
{
var idea = page.Current;
Console.WriteLine(idea);
}
took += pageSize;
if (took < count)
{
Console.WriteLine("Next page (y/n)?");
char answer = Console.ReadLine().FirstOrDefault();
getNextPage = default(char) != answer && 'y' == char.ToLowerInvariant(answer);
}
}
while (getNextPage && took < count);
}
Skip()
解释:以“级联方式”多次使用的缺点是,它不会真正存储迭代的“指针”,它最后一次跳过的地方。- 相反,原始序列将预先加载跳过调用,这将导致一遍又一遍地“消耗”已经“消耗”的页面。- 您可以证明自己,当您创建序列ideas
时,它会产生副作用。-> 即使您已经跳过 10-20 和 20-30 并且想要处理 40+,在开始迭代 40+ 之前,您会看到 10-30 的所有副作用再次执行。直接使用IEnumerable
's 接口的变体将记住最后一个逻辑页面的末尾位置,因此不需要显式跳过并且不会重复副作用。