Ist Interface als Label eine schlechte Übung in Java OO?

Question

Während die Parsen bestimmter XML-Dateien, ich auf eine Situation kommen, dass ich Schnittstelle verwenden als Etikett, dass bestimmte Tags zu bestimmten Kategorie, zum Beispiel gehören zu identifizieren, habe ich eine Tag Schnittstelle zu identifizieren, dass diese Klassen verwendet werden, um xml-Tags darzustellen, und ContainableTag, um darauf hinzuweisen, dass bestimmte Tags eine der untergeordneten Tags einiger Tags sein können.

Dann stolpere ich auf diese Seite: http://xahlee.org/java-a-day/interface.html (Bitte suchen Sie nach der "Schnittstelle als Etiketten" Sitzung.). Dort heißt es:

Der Kern des Problems ist, dass es ein Stück mathematischer Irrelevanz in die Sprache ist. Als Markierungsmechanismus in einer Sprache, für die möglichen profitiert von der Engineering Perspektive Software, dann sollte es nicht als Teil des Klasse Schnittstelle ausgelegt sein, da das Konzept der Kennzeichnung und Konzept der Programmierung Schnittstelle, sind semantisch disparat.

Also ist Schnittstelle als Etiketten unbedingt eine schlechte Praxis? Haben wir als Java-Programmierer noch andere Alternativen?

Answer 1

Interfaces als Marker wurden weitgehend durch den Annotationsmechanismus in Java 5 oder höher ersetzt. Mit ihnen können Sie beliebige Metadaten hinzufügen. Wenn Ihre Schnittstellen leer sind und nur als Klassenmarker dienen, sollten Sie stattdessen Annotationen verwenden.

Answer 2

Anmerkungen sind nicht unbedingt was Sie wollen. Tagging-Interfaces sind eine Möglichkeit, eine Eigenschaft eines Typs in den Typ selbst zu bearbeiten. Zum Beispiel, wenn Sie sind so zu beginnen Code zu schreiben suchen:

@interface ContainableTag{} 

@ContainableTag public class Foo {} 

// ... elsewhere... 

/** 
* Adds obj as a child element. 
* @throws IllegalArgumentException if obj is not tagged with 
*   the ContainableTag annotation. 
*/ 
public void addElement(Object obj){ 
    if (!obj.getClass().isAnnotationPresent(ContainableTag.class)) 
     throw new IllegalArgumentException("obj is not a ContainableTag"); 
    // add the containable tag as an element 
} 

Dann prüfen, ob Sie wirklich nicht denken, das sieht besser aus:

interface ContainableTag {} 

public class Foo implements ContainableTag {} 

// ... elsewhere... 

public void addElement(ContainableTag ct){ 
    // add the containable tag as an element 
} 

Sicher, funktioniert die Tagging-Schnittstelle nicht Geben Sie Informationen darüber an, welches Verhalten der Typ selbst bietet, aber ermöglicht anderen Typen, diese nicht verhaltensbezogene Eigenschaft zu erzwingen. Ich wäre sicherlich eine Menge lästiger Fehler erspart worden, wenn ObjectOutputStream eine writeObject(Serializable) Methode statt writeObject(Object) hätte.

Bearbeiten: Ich habe not insignificant support hier.

Answer 3

Während Annotationen eine Alternative für die Markierschnittstellen bieten, sind sie nur in Java verfügbar und lassen sich nicht gut in IDEs integrieren: Ich verwende auch Markierschnittstellen, um verwandte Konzepte in meinem Projekt zu markieren Tippe den Hierarchie-Browser, um alle Mitglieder zu finden (ich vermute, dass dies bald von den wichtigsten IDEs für Annotationen unterstützt wird).

Wie für den Artikel, den Sie erwähnen, ich sehe nicht den Punkt, in dem Argument, dass, wenn eine Klasse syntaktisch/strukturell „erfüllt“ eine Schnittstelle, die Schnittstelle kann/sollte automatisch auf die Klasse angewendet werden ("Jede Klasse kann es erklären [RandomAccess] als Schnittstelle ... "). Das ist meiner Meinung nach rückwärts denken.

ich argumentieren würde, dass die Orte, in denen ein solcher Marker-Schnittstelle in ein verwendet wird `Instanceof‘ Anweisung, verwenden invertierte Logik, aber solange man innerhalb einer Sprache ohne Mehrfachvererbung, Aspekte und Anmerkungen stecken geblieben sind, sehe ich keine besser, um dies zu erreichen, ohne die Basissprache zu verlassen.

Beachten Sie auch, dass dieses Dead-Beat-Argument über eine leere Schnittstelle, die immer anwendbar ist, auch auf Annotationen angewendet werden könnte.