本文介绍了添加LINQ的LongCount扩展方法有什么实际原因吗？的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
LINQ有两种计算可枚举数的方法：Count和LongCount。实际上，这两者之间唯一的区别是，第一个返回int，而第二个返回long。
我不清楚为什么添加了第二种方法。它唯一的用例似乎是处理超过2B个元素的可枚举项。在我看来，这是一个糟糕的决定，原因有几个：
大多数BCL集合都由一维数组支持，这些数组的长度保证适合
int。尝试越过它将引发OverflowException/OutOfMemoryException。LongCount是O(N)，因为IEnumerable是懒惰的。如果您有一个可枚举的3B元素，则对其调用LongCount，然后再次迭代它(如果您想使用任何值，则必须这样做)，您将添加额外的3B迭代，这将非常缓慢，并且对开发人员隐藏它。其他LINQ操作，如
ToArray/ToList，由于(1)不支持带有2B+元素的可枚举数。
LongCount有什么更实际的原因吗？谢谢。
推荐答案
我对此设计决策没有第一手知识，但我可以提供有根据的猜测。
该方法对IQueryable非常有用；庞大的数据库表可以轻松地支持查询。
我希望
IQueryable<Foo> q = whatever;
long result1 = q.LongCount();
long result2 = q.AsEnumerable().LongCount();
以产生相同的答案。要求内存中的查询使用返回不同类型的不同方法似乎是不合理的，尤其是在实现可枚举版本如此容易的情况下。
但正如我所说，这是一个有根据的猜测；希望实际参与此设计的人能加入进来。
这篇关于添加LINQ的LongCount扩展方法有什么实际原因吗？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除！