IComparable arayüzü eski / “zararlı” mı?

IComparable sadece tek yönlü çalışır

Diyelim ki bir dersiniz var Employee. Bir görünümde, tüm Employeesadları ada göre sıralanmış olarak, diğerinde, adrese göre göstermek istersiniz . Bunu nasıl başaracaksınız? Değil ile IComparableen azından hiçbir deyimsel bir şekilde.

IComparable mantığı yanlış yerde tutmak

Arayüz çağrılarak kullanılır .Sort(). Ada göre Customersıralanmış bir görünümde , nasıl sıralanacağını gösteren hiçbir kod yoktur.
Öte yandan Customersınıf, nasıl kullanılacağını varsayar - bu durumda, isimlere göre sıralanmış bir listede kullanılacağını.

IComparable dolaylı olarak kullanılır

Alternatiflerle karşılaştırıldığında, karşılaştırma mantığının nerede kullanıldığını veya hiç olup olmadığını görmek çok zordur. Standart IDE'nizi varsayarak ve Customersınıftan başlayarak,

1. İçin tüm referansları ara Customer
2. Listede kullanılan referansları bulma
3. Bu listelerin hiç .Sort()çağrılıp çağrılmadığını kontrol edin

Daha da kötüsü, IComparablehala kullanılmakta olan bir uygulamayı kaldırırsanız hata veya uyarı almazsınız. Alacağınız tek şey, düşünmeniz için çok karanlık olan her yerde yanlış davranış.

Bu sorunlar bir araya geldi ve değişen gereksinimler

Bunu düşünmeye başlamamın nedeni, benim için yanlış gitti. IComparable2 yıldır mutlu bir şekilde başvurumda kullanıyorum . Şimdi, gereksinimler değişti ve şeyin 2 farklı şekilde sıralanması gerekiyor. Önceki bölümde açıklanan adımlardan geçmenin eğlenceli olmadığını fark ettim.

Soru

Bu konular beni alternatifler tarafından daha iyi sunulmayacak geçerli bir kullanım durumu görmüyor ya IComparableda aşağı görmüyor. LINQ kullanmak her zaman daha mı iyidir , yoksa burada görmediğim avantajlar / kullanım durumları var mı?IComparer.OrderBy()
IComparer

IComparablebahsettiğiniz kısıtlamalar vardır, bu doğrudur. Bu işlevsel alternatiflerin ve Linq'in mevcut olmadığı .NET framework 1.0'da zaten mevcut olan bir arabirimdir. Bu yüzden evet, temelde geriye dönük uyumluluk için tutulan eski bir çerçeve öğesi olarak görülebilir.

Bununla birlikte, birçok basit veri yapısı için, bir sınıflandırma yöntemi muhtemelen yeterli veya doğaldır. Bu durumlarda, sipariş ilişkisini uygulamak için bir kanonik yere sahip olmak, her OrderByyerde her çağrıda her zaman aynı mantığı tekrarlamak yerine DRY kodunu korumanın iyi bir yoludur .

Yazdığınız gibi "2 yıldır uygulamanızda mutlu bir şekilde IComparable'ı kullanıyorsunuz", bu yüzden bana uzun zamandır iyi hizmet etti. Artık tüm çağrıları doğrulamanız, değiştirmeniz ve test etmeniz gerektiğinde Sort, bu aynı zamanda birçok yerde aynı tür bir sıralama mantığı yaptığınızın bir işareti olabilir, ki bu da hata değildir IComparable. Bu, bu mantığın daha fazlasını tek bir yerde merkezileştirmek ve kodunuzu daha KURU yapmak için bir fırsat olabilir.

Hakkındaki görüşlerinize katılıyorum IComparable

Şu konudaki açıklamalara bakın: Array.Sort()

• Dizinin her öğesinin, dizideki IComparablediğer tüm öğelerle karşılaştırma yapabilmesi için arabirimi uygulaması gerekir . (veya istisna atılır)
• Sıralama başarıyla tamamlanmazsa, sonuçlar tanımsız olur.

Muhtemelen şimdi asla motivasyon olmayacak, Ancak! object.Equals()her nesnede, nesneleri “aynı” olup olmadıklarını görmek için birbirleriyle karşılaştırmanıza olanak veren bir yöntem düşünün

Zaten orada var, ancak Array.Sort()eklemek istendiğinde eklemek isteyebilirsinizobject.Compare(object)