Kann Java in der Lage sein, funktional identische Klassen zu unterscheiden?

Question

Also sagen wir, ich habe zwei fast identische Klassen, aber sie repräsentieren Objekte mit Hauptunterschieden. Im Moment sind diese Unterschiede nicht wirklich umgesetzt.

So zum Beispiel, eine Klasse, wir nennen es MorningShiftWorker, hat die exakt gleichen Methoden und Konstruktor wie ein anderer, den wir EveningShiftWorker nennen werden. Objekte von diesen beiden sind in einer Liste ihres Supertyps ShiftWorker gespeichert.

Logischerweise ist es sinnvoll, diese beiden Gruppen zu trennen, aber anstatt zusätzliche Variablen zur Mischung hinzuzufügen, dachte ich, dass ich nur Objekte in der ShiftWorker Liste mit instanceof überprüfen würde.

Meine Frage ist: Ist instanceof intelligent genug, um Äpfel von Orangen zu unterscheiden? Diese beiden Klassen sind im Moment in allen außer dem Namen identisch. Ist das genug für instanceof, um sie auseinander zu halten, oder gibt es einen anderen Weg, sollte ich darüber gehen?

Answer 1

Ja, instanceof überprüft im Wesentlichen, ob das Objekt richtig in die gegebene Klasse umgewandelt werden kann. Angenommen, wir haben diese Klassen:

public class Fruit {} 
public class Orange extends Fruit {} 
public class Apple extends Fruit {} 

Dann in irgendeiner Methode, die wir versuchen:

Fruit f = new Apple(); 
boolean isOrange = f instanceof Orange; //False 

Dies funktioniert auch für leer/nicht-funktionalen Schnittstellen.

Answer 2

ja instanceof ist „smart“ genug, da Java-Namen verwendet für Objekte/Klassen Differenzierung nicht

Answer 3

Die instanceof Betreiberstruktur nicht den Inhalt der Klassen vergleichen. Es weiß sehr gut, ob x instanceof y oder nicht ist, auch wenn x und y identische Klassen sind mit Ausnahme des Namens.

Es prüft nur, ob der erste Parameter in der Vererbungshierarchie des zweiten Parameters ist, das heißt, alles ist instanceof Object, Integer, Float und seine Freunde sind instanceof Number und natürlich x instanceof y für alle Objekte x vom Typ y.

Answer 4

Sie stellen die falsche Frage. Sie sollten fragen: "Wie repariere ich mein defektes Design?".

Wenn Sie Klassen haben, die "fast" identisch sind, aber "duplizierten" Code innerhalb ihrer Methoden und Konstruktoren teilen; dann machst du etwas falsch.

Nie jemals doppelten Code.

Also, anstatt sich Sorgen über instanceof; Sie sollten zurücktreten und Ihre Klassenhierarchie neu entwerfen, um zu finden, bedeutet, wie Sie mit einer gemeinsamen Implementierung der gemeinsamen Sachen enden können; so dass deine Morgen- und Abendshifter nur "diese verschiedenen Aspekte" enthalten.

Sie können "Agile Prinzipien" von Robert Martin überprüfen.Dieses Buch enthält ein schönes Beispiel aus der Praxis eines "Zahlungssystems"; und erklärt sehr detailliert, wie Sie ein System erstellen, in dem Sie Mitarbeiter haben, die in sehr unterschiedlichen Modellen bezahlt werden - ohne alles zu duplizieren. (Sie können sogar die "C#" - Version als PDF kostenlos im Internet finden).