Ist es in Ordnung, dass Schnittstellen von konkreten Klassen abhängen?

Ich erstelle eine Schnittstelle in Java für die benutzerdefinierte Fehlerbehandlung.

Ich möchte ein Argumentfehlerobjekt übergeben, aber ich brauche es, um ein Kind der ExceptionKlasse zu sein.

Ist es in Ordnung, meinen definierten Klassennamen in einer Schnittstelle zu verwenden?

Wird es nicht weniger zu einer Schnittstelle, da es nicht von einer Implementierung abhängig ist?

Ich versuche so etwas zu tun:

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

public interface Interface {

    void onError(CustomException ex);

}

Zuerst muss ich darauf hinweisen, dass sich CustomExceptiondas nicht ausdehnt, Exceptionso dass es nicht wirklich ein ist Exception.

Das gesagt:

Wenn Sie sich nicht für das Prinzip der Abhängigkeitsinversion interessieren , lassen Sie es so, wie es ist. Es ist vollkommen in Ordnung, wenn eine Schnittstelle von konkreten Klassen abhängt.StringObject Beispielsweise hängen viele Schnittstellen von konkreten Klassen ab oder sind konkrete Klassen . Die Sache ist, dass wir eher glauben würden, dass Klassen, die zum Java SDK gehören, stabiler sind (weniger anfällig für Änderungen, die den Code brechen) als die, die wir schreiben.

In der anderen Hand:

Wenn Sie dem DIP folgen möchten (das unzählige Vorteile hat und meine Empfehlung ist), müssen Sie eines von zwei Dingen tun:

Option 1

• make CustomExceptionabstrakt
• Bleib void onError(CustomException ex)wie es ist

Option 2

• Machen Sie CustomExceptioneine Schnittstelle
• Bleib void onError(CustomException ex)wie es ist

Mit einer dieser Optionen würden Sie dem DIP entsprechen, da die Schnittstelle nicht von einer konkreten Klasse abhängen würde, sondern nur von Abstraktionen.

Bei einer direkten Anwendung der Abhängigkeitsinversion gehören die Abstracts den oberen Ebenen / Richtlinienebenen. Diese Architektur gruppiert die höheren / Richtlinienkomponenten und die Abstracts, die niedrigere Dienste definieren, in demselben Paket. Die untergeordneten Ebenen werden durch Vererbung / Implementierung dieser abstrakten Klassen oder Schnittstellen erstellt . Martin, Robert C. (2003).

• Agile Softwareentwicklung, Prinzipien,> Muster und Praktiken. Prentice Hall. S. 127–131. ISBN 978-0135974445.

Tulains hat recht - Schnittstellen hängen ständig von konkreten Klassen ab. Sie sollen nur einen Vertrag für ihre eigenen Anliegen erstellen. Dieser Vertrag kann die Aufnahme und Rückgabe jeglicher Art von Daten beinhalten.

Denken Sie daran, dass in höheren Sprachen selbst primitive Typen nicht so primitiv sind. Sie arbeiten also sowieso mit konkreten Typen!

Ich nehme an, mit Namen meinen Sie die eigentliche Klasse. Wenn Sie versuchen, den tatsächlichen Namen der Ausnahmeklasse anzugeben , um die entsprechende Ausnahme über Reflection zu initialisieren, ist dies nicht der richtige Weg.

Wenn Sie eine benutzerdefinierte Klasse in einer Schnittstelle verwenden möchten, können Sie natürlich Ihre eigenen Klassen in Ihren eigenen Schnittstellen verwenden. Die Klassen werden Teil der öffentlichen Schnittstelle Ihrer Bibliothek / API. Datenstrukturen und Ausnahmen sind ein gutes Beispiel für die Klassen, die häufig von den Schnittstellen verwendet werden.

Wenn Sie je nach Kontext unterschiedliche Ausnahmen verwenden müssen, sind Sie möglicherweise an der Verwendung von Generika interessiert.