Entity Framework'te ICollection <T> Vs List <T>

Birkaç Entity Framework uygulaması tasarlamaya başlamadan önce yalnızca birkaç web yayını izledim. Gerçekten o kadar çok belge okumadım ve şimdi bunun için acı çekiyormuşum gibi hissediyorum.

List<T>Derslerimde kullanıyorum ve harika çalıştı.

Şimdi bazı belgeleri okudum ve kullanmam gerektiğini söylüyor ICollection<T>. Buna geçtim ve model bağlamında değişikliğe bile neden olmadı. Bu hem çünkü mı List<T>ve ICollection<T>inherit IEnumerable<T>ve aslında EF için ne gereklidir ki?

Ancak, durum buysa, neden EF belgeleri IEnumerable<T>bunun yerine bunun gerekli olduğunu belirtmiyor ICollection<T>?

Her halükarda, yaptıklarımın herhangi bir dezavantajı var mı, yoksa onu değiştirmeli miyim?

Entity Framework , arabirimin parçası olmayan işlemleri ICollection<T>desteklemesi gerektiği için kullanır.AddIEnumerable<T>

Ayrıca unutmayın edildi kullanarak ICollection<T>, sen sadece olduğunu açığa alındı List<T>uygulanması. List<T>onunla birlikte getiriyor IList<T>, ICollection<T>ve IEnumerable<T>.

Değişikliğinize gelince, List<T>çalışmaya rağmen arayüz aracılığıyla ifşa etmek iyi bir seçimdir . Arayüz sözleşmeyi tanımlar ancak uygulamayı tanımlamaz. Uygulama olabilir değiştirin. Bazı durumlarda, belki uygulama HashSet<T>örneğin bir olabilir . (Bu arada bu, Entity Framework'ten daha fazlası için kullanabileceğiniz bir zihniyettir. Nesne odaklı iyi bir uygulama, uygulamaya değil arayüze yönelik programlamadır. Uygulamalar değişebilir ve değişecektir.)

Yaptıkları arabirimi seçtiler çünkü Linq'i kullandığınızda Entity Framework'ün gerçekleştirdiği sihirli sorgular üzerinde anlaşılır bir soyutlama sağlıyor.

Arayüzler arasındaki fark şu şekildedir:

• IEnumerable<T> salt okunur
• Öğeleri bir ICollection<T>
• Rasgele erişim (indekse göre) yapabilirsiniz. List<T>

Bunların dışında ICollection ve IEnumerableveritabanı işlemleriyle iyi bir şekilde eşleştirin, çünkü varlıkları sorgulamak ve eklemek / kaldırmak bir DB'de yapabileceğiniz şeylerdir.

Dizine göre rastgele erişim de eşleşmez, çünkü üzerinde yineleme yapmak için mevcut bir sorgu sonucuna sahip olmanız gerekir veya her rastgele erişim veritabanını yeniden sorgulayabilir. Ayrıca, indeks eşlemesi ne olacak? Satır numarası? Yapmak isteyeceğiniz çok sayıda satır numarası sorgusu yoktur ve daha büyük sorgular oluşturmak için hiç de yararlı değildir. Yani bunu desteklemiyorlar.

ICollection<T> desteklenir ve verileri hem sorgulamanıza hem de değiştirmenize izin verir, bu yüzden onu kullanın.

Sebebi List<T>ise başlamak için çalışır EF uygulama uçları çünkü sonunda bir tane dönen kadar. Ancak bu, sorgu zincirinizin başında değil, sonundadır. Bu nedenle, özelliklerinizi ICollection<T>oluşturmak, EF'nin bir grup SQL oluşturduğunu ve List<T>kullandığınız her Linq düzeyi için sorgu yapmak yerine yalnızca sonunda a döndürdüğünü daha açık hale getirecektir .

ICollection, koleksiyona gerçekten öğe ekleyebilmeniz açısından IEnumerable'dan farklıdır, oysa IEnumerable ile yapamazsınız. Dolayısıyla, örneğin POCO sınıflarınızda, koleksiyonun eklenmesine izin vermek istiyorsanız, ICollection kullanmak istersiniz. Geç yüklemeden de yararlanmak için ICollection sanal hale getirin.

Soru yıllar önce yayınlanmış olsa da, birisi aynı senaryoyu ararken hala geçerlidir.

Örnek kodla farkı çok ayrıntılı ve grafiksel gösterimlerle açıklayan yeni bir [2015] CodeProject makalesi var . Doğrudan EF'e odaklanmadı, ancak yine de daha fazla yardımcı olacağını umuyoruz:

List - IEnumerable - IQueryable - ICollection - IDictionary