Arayüzlerin somut sınıflara bağlı olması uygun mudur?

Özel hata işleyici için Java'da arayüz oluşturuyorum.

Bir argüman hata nesnesi geçmek istiyorum ama Exceptionsınıfın çocuğu olması gerekir .

Tanımlı sınıf adımı bir arayüzde kullanmak uygun mudur?

Herhangi bir uygulamaya bağımlı olmama açısından daha az bir arayüz oluşturmayacak mı?

Böyle bir şey yapmaya çalışıyorum:

public class CustomException {
    /* ... Implementation ... */
}

public interface Interface {

    void onError(CustomException ex);

}

İlk ben gerçeği işaret etmek zorunda CustomExceptionkapsamaz Exceptiongerçekten bir değil bu yüzden Exception.

Bahsedilen:

Bağımlılık İnversiyon Prensibi ile ilgilenmiyorsanız , olduğu gibi bırakın. Bir arabirimin somut sınıflara bağımlı olması mükemmel bir şekilde mümkündür , örneğin birçok arayüz somut sınıflara bağlıdır Stringveya Objecthangileri somut sınıflara bağlıdır . Mesele şu ki, Java SDK'ya ait sınıfların yazdıklarımızdan daha kararlı (kod kırıcı değişikliklere daha az eğilimli) olduğuna inanma eğilimindeyiz.

Diğer yandan:

(Sayısız faydaları olan ve benim tavsiyem olan) DIP'yi takip etmek istiyorsanız, iki şeyden birini yapmanız gerekir:

seçenek 1

• Yap CustomExceptionsoyut
• Olduğu void onError(CustomException ex)gibi tut

seçenek 2

• Yap CustomExceptionbir arayüz
• Olduğu void onError(CustomException ex)gibi tut

Arayüz herhangi bir somut sınıfa değil, yalnızca soyutlamalara bağlı olacağından, bu seçeneklerden herhangi biriyle DIP'ye uyuyorsunuz.

Bağımlılığın tersine çevrilmesinin doğrudan bir uygulamasında, özetler üst / politika katmanlarına aittir. Bu mimari, daha yüksek hizmetleri / ilke bileşenlerini ve daha düşük hizmetleri aynı pakette tanımlayan özetleri gruplandırır. Alt düzey katmanlar, bu soyut sınıfların veya arabirimlerin miras / uygulanmasıyla oluşturulur . Martin, Robert C. (2003).

• Çevik Yazılım Geliştirme, İlkeler,> Desenler ve Uygulamalar. Prentice Salonu. sayfa 127-131. ISBN 978-0135974445.

Tulains haklıdır - arayüzler her zaman somut sınıflara bağlıdır. Sadece kendi endişeleri için bir sözleşme oluşturmaları amaçlanmaktadır. Bu sözleşme her türlü verinin alınmasını ve geri gönderilmesini içerebilir.

Daha üst düzey dillerde, ilkel türlerin bile o kadar ilkel olmadığını unutmayın. Yani zaten beton türleriyle çalışıyorsunuz!

Sanırım ismiyle , gerçek sınıfın kendisi demek istiyorsun. Yansıma yoluyla ilgili istisnayı başlatmak için gerçek istisna sınıfı adını belirtmeye çalışıyorsanız , bu gitmek için doğru yol değildir.

Arayüzde özel bir sınıf kullanmak istiyorsanız, elbette kendi sınıflarınızı kendi arayüzlerinizde kullanabilirsiniz. Sınıflar, kitaplığınızın / API'nızın genel arayüzünün bir parçası haline gelir. Veri yapıları ve istisnalar, arayüzler tarafından sıklıkla kullanılan sınıflara iyi bir örnektir.

Bağlama göre farklı istisnalar kullanmanız gerekiyorsa, jenerikleri kullanmak isteyebilirsiniz.