添加LINQ的LongCount扩展方法有什么实际原因吗？ [英] Is there a practical reason why LINQ's LongCount extension method was added?

问题描述

LINQ有两种计算可枚举数的方法：Count和LongCount。实际上，这两者之间唯一的区别是，第一个返回int，而第二个返回long。

我不清楚为什么添加了第二种方法。它唯一的用例似乎是处理超过2B个元素的可枚举项。在我看来，这是一个糟糕的决定，原因有几个：

1. 大多数BCL集合都由一维数组支持，这些数组的长度保证适合int。尝试越过它将引发OverflowException/OutOfMemoryException。

2. LongCount是O(N)，因为IEnumerable是懒惰的。如果您有一个可枚举的3B元素，则对其调用LongCount，然后再次迭代它(如果您想使用任何值，则必须这样做)，您将添加额外的3B迭代，这将非常缓慢，并且对开发人员隐藏它。

3. 其他LINQ操作，如ToArray/ToList，由于(1)不支持带有2B+元素的可枚举数。

我是不是漏掉了什么，或者添加了LongCount有什么更实际的原因吗？谢谢。

推荐答案

我对此设计决策没有第一手知识，但我可以提供有根据的猜测。

该方法对IQueryable非常有用；庞大的数据库表可以轻松地支持查询。

我希望

IQueryable<Foo> q = whatever;
long result1 = q.LongCount();
long result2 = q.AsEnumerable().LongCount();

以产生相同的答案。要求内存中的查询使用返回不同类型的不同方法似乎是不合理的，尤其是在实现可枚举版本如此容易的情况下。

但正如我所说，这是一个有根据的猜测；希望实际参与此设计的人能加入进来。

这篇关于添加LINQ的LongCount扩展方法有什么实际原因吗？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！