hilfe bei equals Methode - es geht ums Bestehen

[che]

Hallo!

Ich muss unbeding erklären warum die equals Methode false und true liefert. Ich habe bisher dran gescheitert. Bitte schaut euch diesen Code an:

public class Test44 {
	
	boolean test=true;
	public static void main(String args[]) {
		Test44 tt=new Test44();
		Something sth=new Something();
		Object obj=new Something();
		
		System.out.println(sth.equals(obj));
		System.out.println(sth.equals((Something) obj));
	}
}

class Something {
	
	public boolean equals(Something x) {
		return true;
	}
	
}

Könnt ihr mir das erklären?? Warum wird beim ersten mal false und beim zweiten mal true zurückgegeben??

 

[foxy]

ganz einfach

sth.equals(obj)

ist ein inhaltlicher vergleich .... so also equals vergleicht den inhalt der beiden objekten

aber sth und obj ist ja nich vom selben typ
deswegen false ... du kannst ja nich apfel mit birnen vergleichen

abder da du das obj in ein Something object "carst" ist das nun der gleiche typ und gibt ein true zurück

natürlich vorausgesetzt es steht auch das gleiche in den beiden objekten....


das geht natürlich nur mit dem carsten(umwandeln) wenn die beiden auch einen zusammenhang haben


da normal dein Something sth = new something(); eine unterklasse von der java api object ist, somit geht das


du musst da nur bei vererbungen aufpassen

such mal in google

ein Object "hat beziehung" und "ist beziheung " nach

 

[A.T.]

Ich hoffe ich erzähle jetzt keinen Unfug weil es bei dir ja wirklich um etwas geht. Hoffe jemand bestätigt das was ich schreibe noch!

Beim ersten Aufruf wird die standard equals Methode für Objecte von Java aufgerufen. Beim zweiten Aufruf wird das obj auf ein Something Object gecastet und deshalb wird da die equals Methode aus der Something Class aufgerufen und diese liefert ja immer true zurück. Die Objecte sth und obj sind ja nicht gleich deshalb liefert der erste Aufruf auch ein false.

 

[Leroy42]

Das ist schon ein bischen Tricky

Im ersten Fall wird die equals-Methode aus Object aufgerufen,
da obj für den Compiler eine Object ist.

Im zweiten Fall weiß der Compiler daß es ein Something
sein soll und codiert ein Aufruf der in Something überladenen
equals-Methode.

Das Geheimnis ist, daß Java nicht zur Laufzeit den aktuellen
Typ der Parameter bestimmt sondern schon zur Compilezeit und
daraufhin die Signatur der aufzurufenden Methode festlegt.

Ich bin mir nicht sicher, aber ich glaube es gibt OO-Sprachen,
die dies anders handhaben.

 

[che]

Danke euch beiden. Es ging eigentlich nicht um mich, aber ich war zum Zeitpunkt überfragt. Dank eurer Tipps habe ich es dann auch verstanden. Musste erst einmal überlegen, welchen Sinn und Zweck die equals Methode hat und welche Auswirkungen eine eigene equals Methode hat. Hoffentlich hat es mein Bekannter richtig verstanden und kann es dementsprechend wiedergeben. Euch nochmal danke für die schnelle Antwort!

 

[Ralf Ueberfuhr]

Ich denke, dein Lehrer/Prof. will auf die Wahl der Methode nach dem Parameter hinaus. Es wurde schon erklärt, aber kurz gesagt:

1. Aufruf ist für den Compiler ein equals(Object), und die Methode ist in java.lang.Object definiert. (Ich glaube, die vergleicht dann die HashCodes oder die Referenzen.)

2. Aufruf ist equals(Something), also die selbst deklarierte Methode.

Kurze und schmerzlose Erklärung.

 

[Leroy42]

...und codiert ein Aufruf der in Something überladenen
equals-Methode.

Nochmal zum Verständnis: Die Methode wurde überladen (neue Signatur)
und nicht überschrieben (gleiche Signatur).

Somit haben die equals()-Methode aus Object und die aus Something
nichts miteinander zu tun. Nur der Name ist zufällig gleich.

 

[che]

Danke an euch beiden, so habe ich das auch aufgefasst.