Comparare due stringhe di istanze diverse

[andbin]

Perdonami, non ho capito la differenza... entrambi, in questo caso, non controllano che i "nome" di entrambe le istanze coincidano? Non ho capito la differenza tra identità e contenuto...

Se ridefinisci equals in una tua classe es. in IndirizzoPersona, sei tu che puoi (e devi) stabilire COSA confrontare per indicare se due oggetti sono "equivalenti". Solo nome e cognome? Anche email? Anche telefono?
Quando per te due oggetti IndirizzoPersona sono in pratica "uguali"?


Riguardo la identità vs contenuto, la identità si riferisce alla uguaglianza di reference.

Integer a = new Integer(123);
Integer b = new Integer(123);
Integer c = a;

a == b dà false. Hanno lo stesso contenuto (valore 123) ma sono due oggetti DISTINTI, il reference non è uguale. Hanno identità differenti.

a == c dà true perché le due variabili hanno lo stesso reference (l'oggetto è uno solo, che lo "vedi" da a o da c).

hashCode() non l'ho ancora studiato... vado a vedere!

Potresti "sorvolare" su quest'aspetto. hashCode() si usa principalmente nelle collezioni basate su hash-table.

[Sevenis]

Se ridefinisci equals in una tua classe es. in IndirizzoPersona, sei tu che puoi (e devi) stabilire COSA confrontare per indicare se due oggetti sono "equivalenti". Solo nome e cognome? Anche email? Anche telefono?
Quando per te due oggetti IndirizzoPersona sono in pratica "uguali"?


Riguardo la identità vs contenuto, la identità si riferisce alla uguaglianza di reference.

Integer a = new Integer(123);
Integer b = new Integer(123);
Integer c = a;

a == b dà false. Hanno lo stesso contenuto (valore 123) ma sono due oggetti DISTINTI, il reference non è uguale. Hanno identità differenti.

a == c dà true perché le due variabili hanno lo stesso reference (l'oggetto è uno solo, che lo "vedi" da a o da c).



Potresti "sorvolare" su quest'aspetto. hashCode() si usa principalmente nelle collezioni basate su hash-table.

scusami ma non è esattamente quello che ho fatto io creando il mio metodo sonoUguali?

[Ansharja]

Scusami e come mai a me il metodo sonoUguali da risultato TRUE se i nomi sono uguali e FALSE se i nomi non sono uguali? Dovrebbe darmi sempre FALSE a questo punto, no?

No, il tuo metodo sonoUguali sta facendo il confronto tra le stringhe !! Il metodo che hai scritto non sa nulla del fatto che quelle stringhe sono campi di IndirizzoPersona !
E' come se tu stessi scrivendo :

sonoUguali("Mario", "Mario"); // stamperà a video che sono uguali
sonoUguali("Pluto", "Paperino"); // stamperà a video che sono diversi

Ma tu vorresti (o dovresti) poter confrontare direttamente i due contatti, non le stringhe relative ai loro nomi. Questo puoi farlo ridefinendo equals() come ti è stato consigliato.
Nota che potresti farlo anche con un metodo statico, ad esempio definendo un metodo come:

public static boolean sonoUguali (IndirizzoPersona primoContatto, IndirizzoPersona secondoContatto)

Se dentro il metodo tu prendessi con getNome() il nome del primo contatto e del secondo contatto, ed eventualmente tutte le altre caratteristiche che vuoi conincidano per poter dire che due contatti sono uguali, allora avresti un metodo quasi equivalente all'equals.

Ma NON si usa questo procedimento. Devi cercare di evitare il più possibile metodi statici di questo tipo, ti tiri solo addosso rogne e non utilizzi i concetti cardine della programmazione ad oggetti.
In più quel metodo è visibile solo nella classe dove è definito. Mentre oggetto1.equals(oggetto2), lo puoi eseguire ovunque.
Inoltre equals() è il metodo deputato a verificare l'uguaglianza logica di due oggetti. Questo vuol dire che anche altre classi lo utilizzeranno, e in molti contesti, quindi non dovrai neanche essere tu a richiamarlo spesso, verrà fatto in automatico.

Quindi ti risparmierai anche di dover scrivere del codice in più. Ma i benefici di seguire questa prassi sono davvero tanti.

[Sevenis]

Ok, provo...