c# – 我应该在IEnumerable的上下文中使用.Count()和.Count

我知道.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属性,但这是一个实现细节.

最好的建议是使用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()将集合拉到客户端.这真的取决于你打算如何使用它.