Özellik ve Count () yöntemi sayılsın mı?

Bir koleksiyonla çalışırken, nesnelerin sayısını elde etmenin iki yolu var; Count(özellik) ve Count()(yöntem). Temel farklılıkların ne olduğunu bilen var mı?

Yanılıyor olabilirim, ancak Countözelliği her zaman koşullu ifadelerde kullanıyorum çünkü Count()yöntemin koleksiyona karşı bir tür sorgu gerçekleştirdiğini varsayıyorum , burada Count'alma'dan önce atanmış olması gerekir. Ama bu bir tahmin - yanılıyorsam performansın etkilenip etkilenmeyeceğini bilmiyorum.

DÜZENLEME: Meraktan Count()dolayı, koleksiyon boşsa bir istisna mı atacak? Çünkü Countözelliğin sadece 0 döndürdüğünden oldukça eminim .

Count()Uzantı yöntemi için kaynağı yeniden derlemek, nesnenin bir ICollection(genel veya başka türlü) olup olmadığını test ettiğini ve öyleyse basitçe temel alınan Countözelliği döndürdüğünü ortaya çıkarır :

Dolayısıyla, kodunuz Countarama yerine Count()erişirse, tür kontrolünü atlayabilirsiniz - teorik bir performans avantajı, ancak bunun fark edilir bir şey olacağından şüpheliyim!

// System.Linq.Enumerable
public static int Count<TSource>(this IEnumerable<TSource> source)
{
    checked
    {
        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;
        using (IEnumerator<TSource> enumerator = source.GetEnumerator())
        {
            while (enumerator.MoveNext())
            {
                num++;
            }
        }
        return num;
    }
}

Performans, birini veya diğerini seçmek için yalnızca bir nedendir. Seçmek .Count(), kodunuzun daha genel olacağı anlamına gelir. Artık bir koleksiyon üretmeyen, ancak bunun yerine IEnumerable gibi daha genel bir kodun yeniden düzenlendiği durumlar oldu, ancak sonuç olarak başka kodlar bozuldu çünkü ona bağlıydı .Countve onu olarak değiştirmek zorunda kaldım .Count(). Her .Count()yerde kullanmak için bir noktaya değindiysem, kod muhtemelen daha yeniden kullanılabilir ve bakımı yapılabilir hale gelirdi. Bundan kurtulabilirseniz, genellikle daha genel arayüzleri kullanmayı seçmek en iyi seçeneğinizdir. Daha genel derken, daha fazla tür tarafından uygulanan ve böylece kod arasında daha fazla uyumluluk sağlayan daha basit arabirimi kastediyorum.

Daha .Count()iyidir demiyorum , sadece yazdığınız kodun yeniden kullanılabilirliğiyle daha çok ilgilenen başka hususlar olduğunu söylüyorum.

.Count()Yöntem olabilir akıllı yeterli veya söz konusu türü hakkında biliyorum ve eğer öyleyse, o olabilir yatan kullanmak.Count özelliğini.

Sonra tekrar, olmayabilir.

Koleksiyonun .Countkendisi bir mülke sahipse , performans söz konusu olduğunda en iyi seçeneğinizin bu olacağını varsaymanın güvenli olduğunu söyleyebilirim .

Eğer .Count() yöntem toplama hakkında bilmez, bir O (n) işlemi olacak, aş numaralandırma.

Count()yöntem, bir öğesinin her bir öğesini yineleyen IEnumerable<>ve kaç öğe olduğunu döndüren bir genişletme yöntemidir . Örneği IEnumerableaslında bir ise List<>, Counttüm öğeleri yinelemek yerine özelliği döndürmek için optimize edilmiştir .

Count()LINQ'dan bir genişletme yöntemi var mı - s, gerçek .NET koleksiyon nesneleri Countüzerinde bir özelliktir List.

Bu nedenle, Count()koleksiyon / sorgulanabilir nesneyi numaralandıracağı için neredeyse her zaman daha yavaş olacaktır. Liste, sıra, yığın vb Count. Üzerinde . Veya bir dizi için - Length.

Kısa Versiyon: Bir Countmülk ve bir mülk arasında seçim yapma şansınız varsaCount() yöntem her zaman özelliği seçin.

Aradaki fark esas olarak operasyonun verimliliği ile ilgilidir. Bir Countmülkü ortaya çıkaran tüm BCL koleksiyonları bunu O (1) tarzında yapar. Count()Kutu da yöntem olup, ve genellikle olacaktır, maliyet O (N). Bazı uygulamalar için denemek ve O (1) 'e getirmek için bazı kontroller var, ancak hiçbir şekilde garanti edilmiyor.

Bir Countveya Lengthözellik varsa Count(), bunu genellikle içindeki öğelerin sayısını saymak için tüm koleksiyonu yineleyen yönteme tercih etmelisiniz . Count()Yöntem, örneğin bir LINQ to SQL veya LINQ to Entities kaynağına karşı olduğunda istisnalar olabilir , bu durumda veri kaynağına karşı bir sayma sorgusu gerçekleştirir. O zaman bile, eğer bir Countmülk varsa, muhtemelen yapacak daha az işi olduğundan, onu tercih etmek istersiniz.

Count()Yöntemi herhangi çalışır LINQ yöntemidir IEnumerable<>. Count()Yöntemin, sayımı bulmak için tüm koleksiyon üzerinde yinelemesini beklersiniz , ancak LINQ kodunun, bir Count özelliğinin var olup olmadığını algılamak için bazı optimizasyonlara sahip olduğuna ve öyleyse bunu kullandığına inanıyorum.

Yani ikisi de neredeyse aynı şeyleri yapmalı. Count özelliği muhtemelen biraz daha iyidir çünkü orada bir tür kontrolüne ihtiyaç yoktur.