Java'nın Koleksiyon arayüzünü kullanmak için iyi bir neden var mı?

Bu arayüzün belirli bir uygulamasına bağlı kalmamak için mevcut en genel arayüzü kullanmanız gerektiği argümanını duydum. Bu mantık java.util.Collection gibi arayüzler için geçerli mi?

Aşağıdaki gibi bir şey görmek istiyorum:

List<Foo> getFoos()

veya

Set<Foo> getFoos()

onun yerine

Collection<Foo> getFoos()

Son durumda, ne tür veri seti ile uğraştığımı bilmiyorum, oysa ilk iki durumda sipariş ve teklik hakkında bazı varsayımlar yapabilirim. Java.util.Collection öğesinin hem kümeler hem de listeler için mantıksal bir üst öğe olmasının dışında bir faydası var mı ?

Bir kod incelemesi yaparken Koleksiyon'u kullanan bir kodla karşılaşırsanız, kullanımının haklı olup olmadığını nasıl belirlersiniz ve daha spesifik bir arayüzle değiştirilmesi için hangi önerileri yaparsınız?

Soyutlamalar uygulamalardan daha uzun yaşar

Genel olarak tasarımınız ne kadar soyut olursa faydalı olma ihtimali de o kadar uzun olur. Dolayısıyla, Koleksiyon alt arayüzlerden daha soyut olduğu için, Koleksiyona dayalı bir API tasarımının Liste'ye dayalı bir API tasarımından daha yararlı olma olasılığı daha yüksektir.

Ancak, kapsayıcı prensip en uygun soyutlamayı kullanmaktır . Bu nedenle, koleksiyonunuzun sipariş edilen öğeleri desteklemesi gerekiyorsa, bir Liste zorunlu kılınacaksa, kopyalar yoksa bir Set zorunlu kılınması vb.

Genel arayüz tasarımı hakkında bir not

Koleksiyon arayüzünü jeneriklerle kullanmakla ilgilendiğiniz için aşağıdakileri yardımcı olabilirsiniz. Etkili Java by Joshua Bloch , jeneriklere dayanacak bir arayüz tasarlarken aşağıdaki yaklaşımı önerir: Producers Extend, Consumers Super

Bu aynı zamanda PECS kuralı olarak da bilinir . Temel olarak, veri üreten genel koleksiyonlar sınıfınıza aktarılırsa imza şu şekilde görünmelidir:

public void pushAll(Collection<? extends E> producerCollection) {}

Böylece giriş türü E veya E'nin herhangi bir alt sınıfı olabilir (E, Java dilinde kendisinin hem üst hem de alt sınıfı olarak tanımlanır).

Tersine, veri tüketmek için geçirilen genel bir koleksiyonun aşağıdaki gibi bir imzası olmalıdır:

public void popAll(Collection<? super E> consumerCollection) {}

Yöntem, E'nin herhangi bir süper sınıfıyla doğru bir şekilde ilgilenecektir. Genel olarak, bu yaklaşımı kullanmak arayüzünüzü kullanıcılarınız için daha az şaşırtıcı hale getirecektir, çünkü geçebileceksiniz Collection<Number>ve Collection<Integer>doğru şekilde muamele edebileceksiniz .

CollectionArayüz ve en müsamahakar formu Collection<?>için mükemmeldir parametreleri kabul söyledi. Dayanarak Java kütüphanesinde kendisi kullanılmak bu dönüş türü daha parametre türü olarak daha yaygındır.

Geri dönüş türleri için, puanınızın geçerli olduğunu düşünüyorum: İnsanların buna erişmesi bekleniyorsa, yapılan işlemin sırasını (Büyük-O anlamda) bilmeleri gerekir. Döndüğümden tekrarlayıp Collectionbaşka bir Koleksiyona eklerdim, ancak containsbir O (1), O (log n) veya O (n) işlemi olup olmadığını bilmeden, çağırmak biraz çılgınca görünecektir . Tabii ki, sadece Setbir hashset veya sıralı bir kümeye sahip olduğunuz anlamına gelmez, ancak bir noktada arayüzün makul bir şekilde uygulandığını varsayarsınız (ve sonra varsayımınız varsa B planına gitmeniz gerekir. yanlış olduğu gösterilmiştir).

Tom'un da belirttiği gibi, Collectionkapsüllemeyi sürdürmek için bazen bir geri göndermeniz gerekir : Daha spesifik bir şey döndürebilseniz bile uygulama ayrıntılarının sızdırılmasını istemezsiniz. Ya da Tom'un bahsettiği durumda, daha spesifik bir konteyneri iade edebilirsiniz, ancak daha sonra onu inşa etmeniz gerekir.

Buna tam ters açıdan bakıp şunu sorardım:

Bir kod incelemesi yaparken List <> öğesini kullanan bir kodla karşılaşırsanız, kullanımının haklı olup olmadığını nasıl belirlersiniz?

Bunu haklı çıkarmak oldukça kolay. Bir Koleksiyon tarafından sunulmayan bazı işlevlere ihtiyaç duyduğunuzda Listeyi kullanırsınız. Bu ekstra işlevselliğe ihtiyacınız yoksa - hangi gerekçeniz var? (Ve satın almayacağım, "görmeyi tercih ederim")

Bir koleksiyonu salt okunur amaçlar için kullanacağınız, hepsini aynı anda dolduracağınız, tamamen yineleyeceğiniz birçok durum vardır - herhangi bir şeyi manuel olarak dizine eklemeniz gerekir mi?

Gerçek bir örnek vermek gerekirse. Diyelim ki bir veritabanında basit bir sorgu gerçekleştiriyorum. ( SELECT id,name,rep FROM people WHERE name LIKE '%squared') İlgili verileri alıyorum, Person nesnelerini dolduruyorum ve bunları bir PersonList'e yerleştiriyorum)

• Dizine göre erişmem gerekiyor mu? - Anlamsız olurdu. Dizin ve kimlik arasında eşleme yok.
• Bir dizine eklemem gerekir mi? - Hayır, DBMS nereye koyacağımıza karar verecek.

Peki bu ekstra yöntemler için ne gibi gerekçelerim olurdu? (yine de PersonList'imde uygulanmamış bırakılır)