我知道.Count()是LINQ中的扩展方法,从根本上来说它使用了.Count,所以我想知道什么时候应该使用Count(),何时应该使用.Count？对于尚未执行的可查询的集合,为.Count()主要更好地保存,因此还没有枚举？我更安全地总是使用.Count()扩展方法,反之亦然？或者这是完全有条件的取决于收藏？
任何建议或文章,非常感谢.
更新1
在LINQ中反编译.Count()扩展方法之后,如果IEnumerable< T>是ICollection< T>或ICollection,这是大多数答案建议的.现在唯一真正的开销是我可以看到的额外的null和类型检查,这不是很大,我想,但如果性能是最重要的,仍然可以产生小的差异.
这是.NET 4.0中的反编译的LINQ .Count()扩展方法.
public static int Count<TSource>(this IEnumerable<TSource> source)
{
if (source == null)
{
throw Error.ArgumentNull("source");
}
ICollection<TSource> collection = source as ICollection<TSource>;
if (collection != null)
{
return collection.Count;
}
ICollection collection2 = source as ICollection;
if (collection2 != null)
{
return collection2.Count;
}
int num = 0;
checked
{
using (IEnumerator<TSource> enumerator = source.GetEnumerator())
{
while (enumerator.MoveNext())
{
num++;
}
}
return num;
}
}
解决方法
扩展方法适用于任何IEnumerable< T>但是它是昂贵的,因为它通过迭代来计数序列.如果序列是ICollection< T>,则存在优化这意味着集合的长度是已知的.然后使用Count属性,但这是一个实现细节.
Is .Count() predominately better saved for queryable collections that are yet to be executed,and therefore don’t have an enumeration yet?
如果您的收藏集是IQueryable< T>而不是IEnumerable< T>那么查询提供者可能能够以某种有效的方式返回计数.在这种情况下,您不会遭受性能损失,但这取决于查询提供者.
一个IQueryable< T>将不会有Count属性,因此在使用扩展方法和属性之间没有选择.但是,如果查询提供程序不提供有效的计算Count()方法,则可以考虑使用.ToList()将集合拉到客户端.这真的取决于你打算如何使用它.
