C # çeşitli Koleksiyon Genel Arayüzleri arasındaki fark

Bir süredir Windows ve ASP.net MVC geliştirme için C # ile uğraşıyorum. Ama hala birkaç alanda net değilim. Benzer koleksiyon Jenerik Arayüzlerini kullanma ve değiştirme ile ilgili temel sorunları ve performans sorunlarını anlamaya çalışıyorum .

Arasındaki temel fark nedir IEnumerable<T>, ICollection<T>, List<T>(Class)?

Uygulamalarımda herhangi bir sorun görmeden bunları kullanıyor ve değiştiriyorum. Ayrıca, bu üç türle değiştirilebilecek daha benzer jenerik koleksiyonlar var mı?

Liste <T> bir sınıftır ve hem ICollection <T> hem de IEnumerable <T> arabirimlerini uygular . Ayrıca, ICollection <T>, IEnumerable <T> arabirimini genişletir. En azından tüm açılardan değiştirilemezler.

List <T> öğeniz varsa, bu nesnenin ICollection <T> ve IEnumerable <T> arabirimi tarafından uygulanması gereken yöntemleri ve özellikleri uygulaması garantilidir. Derleyici bunu bilir ve bunları bir ICollection <T> veya bir IEnumerable <T> 'ye dolaylı olarak "aşağı" atamanıza izin verilir. Ancak, bir ICollection <T> varsa, kodunuzda bir Liste <T> veya başka bir şey olup olmadığını, belki de bir Sözlük <T> (burada T bir KeyValuePair'dir ) arzu etmek.

ICollection uygulamasının IEnumerable'ı genişlettiğini biliyorsunuz, böylece onu bir IEnumerable'a atabilirsiniz. Ancak yalnızca IEnumerable'ınız varsa, bunun bir Liste olduğu garanti edilmez. Olabilir, ama başka bir şey olabilir. Bir Listeyi <T> örneğin bir Sözlüğe <T> atmaya çalışırsanız, geçersiz bir cast istisnası beklemelisiniz.

Yani "değiştirilebilir" değiller.

Ayrıca, birçok genel arabirim vardır, System.Collections.Generic ad alanında neler bulabileceğinizi kontrol edin .

Düzenleme: Yorumunuzla ilgili olarak, List <T> veya uyguladığı arabirimlerden birini kullanırsanız kesinlikle hiçbir performans cezası yoktur. Yine de yeni bir nesne oluşturmanız gerekir, aşağıdaki kodu kontrol edin:

List<T> list = new List<T>();
ICollection<T> myColl = list;
IEnumerable<T> myEnum = list;

list , myColl ve myEnum hepsi aynı nesneyi gösterir. Bir Liste veya ICollection veya IEnumerable olarak ilan edip etmediğinizden, programın bir Liste oluşturmasını istiyorum. Bunu yazabilirdim:

ICollection<T> myColl = new List<T>();

myColl , çalışma zamanında hala bir Liste.

Bununla birlikte , bu en önemli nokta ... kuplajı azaltmak ve sürdürülebilirliği artırmak için, ister arayüz ister soyut ya da somut bir sınıf olsun, değişkenlerinizi ve yöntem parametrelerinizi mümkün olan en düşük paydayı kullanarak her zaman beyan etmelisiniz.

"PerformOperation" yönteminin ihtiyacı olan tek şeyin öğeleri saymak, biraz çalışma ve çıkış yapmak olduğunu düşünün, bu durumda <T> Listesinde yüzlerce yönteme daha ihtiyacınız yoktur, sadece IEnumerable <T >, aşağıdakiler geçerli olmalıdır:

public void PerformOperation(IEnumerable<T> myEnumeration) { ... }

Bunu yaparak, siz ve diğer geliştiriciler, IEnumerable <T> arabirimini uygulayan bir sınıfın herhangi bir nesnesinin bu yönteme verilebileceğini bilirsiniz. Başka bir geliştiricinin yazdığı bir Liste, Sözlük veya özel koleksiyon sınıfı olabilir.

Aksine, açıkça somut bir Listeye ihtiyacınız olduğunu belirtirseniz (ve gerçek hayatta nadiren olsa da, yine de olabilir), siz ve diğer geliştiriciler bunun bir Liste veya başka bir somut sınıf miras olması gerektiğini bilirsiniz listesinden.

ICollection ve IEnumerable için MSDN sayfalarına göz atın .

Çok soyut terimlerle, bu türleri böyle düşünüyorum.

IEnumerable, numaralandırılabilen her şeydir - yani, tekrarlanır. Mutlaka bir 'koleksiyon' anlamına gelmez; örneğin, bir IQueryable IEnumerable uygular ve bu bir koleksiyon değil, ama nesneleri döndürmek için sorgulanabilir bir şeydir. IEnumerable'ı uygulamak için bir nesnenin yalnızca sorgulandığında bir nesneyi döndürmesi gerekir. Bugün yapacağım bir dizi görevim olduğunu söyleyebilirim (bu bir liste değil çünkü yazmadım ya da formüle etmedim, ama şimdi ne yapacağımı söyleyebilirim ve 've sonra?' diye sorarsanız, size aşağıdaki görevi söyleyebilirim).

ICollection, IEnumerable'dan daha somuttur. Önemli bir fark, Koleksiyonun kaç öğe içerdiğini bilmesi; Bir Numaralandırılabilir'de kaç öğenin bulunduğunu bulmak için etkili bir şekilde geçiş yaparsınız ve sayılır:

Ben: Çocuklar, her birinizin içinde kaç eşya var?

Numaralandırılabilir: Gerçekten bilmiyorum. İşte bir öğe. Başka bir tane daha var, bu yüzden iki. Ve bir tane daha, yani bu üç ... ve bir tane daha ... tamam yani 2382. Başka öğe yok, bu yüzden 2382 var. Bana bir daha sorma çünkü hepsini tekrar gözden geçirmem gerekecek.

Koleksiyon: 2382 ürünüm var. Bunu zaten biliyorum.

Bir koleksiyon tipik olarak tüm öğelerinin nerede olduğunu zaten bilen bir şeydir ve sizden istendiğinde onları bulup oluşturmak zorunda kalmazlar. Numaralanabilirden daha somut.

Bence bir Numaralandırılabilir ve Koleksiyon arasındaki fark Koleksiyon ve Liste arasındaki farktan çok daha büyük. Aslında bir Koleksiyon ve Liste arasındaki pratik farkı düşünmek için uğraşıyorum, ancak List'in arama ve sipariş için daha iyi yöntemler sunduğuna inanıyorum.

Diğer Koleksiyon türleri arasında Queueve Stackyanı sıra Dictionary.

Bu türlerin adları oldukça yararlıdır - bir kuyruk ve yığını gerçek dünyadaki muadilleri olarak düşünebilir ve bir Listede sahip olabileceğiniz farklılıkları düşünebilirsiniz.

IQueryable:

sorgu, öğeler üzerinde gerçekten yinelenene kadar, belki bir .ToList () yaparak yürütülmez

IEnumerable:

yalnızca ileriye dönük öğeler listesi. 0-3 öğelerini geçmeden "madde 4" e ulaşamazsınız. salt okunur listesine ekleyemez veya listeden çıkaramazsınız. Yine de ertelenmiş yürütme kullanabilirsiniz.

ılist:

tam listeye rastgele erişim tamamen bellekte ekleme ve kaldırma destekler

ıcollection:

IEnumerable ve IList arasında. "En iyi" olan şey gereksinimlerinize bağlıdır. Genellikle yalnızca öğeleri görüntülemek istiyorsanız bir IEnumerable "yeterince iyi" olsa da. En azından her zaman jenerik varyantı kullanın.