Comparare due stringhe di istanze diverse

[andbin]

Ma in che senso definire equals all'interno di IndirizzoPersona?

Il equals() serve per stabilire se due oggetti sono di contenuto/significato "equivalente". Ridefinire il public boolean equals(Object) in una classe permette quindi di verificare in modo generalizzato se due oggetti di quella classe hanno contenuto/significato "equivalente". Se non si ridefinisce equals, resta quello "ereditato" da Object, che si basa SOLO sulla identità degli oggetti e NON sul loro contenuto. Chiaramente devi stabilire tu COSA confrontare cioè in che cosa due oggetti sono da ritenere "equivalenti".

E detto in generale, se si ridefinisce equals() si dovrebbe anche ridefinire hashCode(), perché tra i due c'è un contratto ben preciso.

[Sevenis]

Il equals() serve per stabilire se due oggetti sono di contenuto/significato "equivalente". Ridefinire il public boolean equals(Object) in una classe permette quindi di verificare in modo generalizzato se due oggetti di quella classe hanno contenuto/significato "equivalente". Se non si ridefinisce equals, resta quello "ereditato" da Object, che si basa SOLO sulla identità degli oggetti e NON sul loro contenuto. Chiaramente devi stabilire tu COSA confrontare cioè in che cosa due oggetti sono da ritenere "equivalenti".

E detto in generale, se si ridefinisce equals() si dovrebbe anche ridefinire hashCode(), perché tra i due c'è un contratto ben preciso.

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...

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

[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?

[andbin]

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

Il sonoUguali che avevi scritto inizialmente riceve due stringhe (che potrebbero essere qualunque). NON confronta due oggetti IndirizzoPersona.


Ti ribadisco che un conto è usare l'operatore == che con i tipi reference si basa SOLO sulla identità degli oggetti e NON sul loro contenuto.
E un altro conto è usare/sfruttare equals(). Il equals implementato in Object si basa solo su == (non saprebbe che altro fare). Se in una tua classe ridefinisci equals, allora puoi cambiare il senso di equals per fare una comparazione sul contenuto degli oggetti.

[Sevenis]

Il sonoUguali che avevi scritto inizialmente riceve due stringhe (che potrebbero essere qualunque). NON confronta due oggetti IndirizzoPersona.


Ti ribadisco che un conto è usare l'operatore == che con i tipi reference si basa SOLO sulla identità degli oggetti e NON sul loro contenuto.
E un altro conto è usare/sfruttare equals(). Il equals implementato in Object si basa solo su == (non saprebbe che altro fare). Se in una tua classe ridefinisci equals, allora puoi cambiare il senso di equals per fare una comparazione sul contenuto degli oggetti.

Boh...davvero non sto capendo. Mi spiegheresti come definire un equals diverso da quello in Object che faccia altro rispetto a quello che fa ora?

Nello specifico:

public static void sonoUguali (String s1, String s2){
        boolean check = s1.equals(s2);
            if (check)
            {
                System.out.println("Sono uguali!");
            }
            else
            {
                System.out.println("NON sono uguali!");
            }
        }

si sono due stringhe generiche s1 e s2 ma poi nella chiamata del metodo uso:

sonoUguali(mariorossi.getNome(), rossimario.getNome());

e quindi due oggetti di indirizzo persona, o sbaglio?

[andbin]

e quindi due oggetti di indirizzo persona, o sbaglio?

Sbagli. Sono due stringhe (potrebbero arrivare anche da chissà dove). Il fatto che stai passando due nomi di due oggetti IndirizzoPersona non vuol dire che stai confrontando gli oggetti IndirizzoPersona in sé!


Data una classe Persona:

public class Persona {
    private String nome;
    private String cognome;

    public Persona(String nome, String cognome) {
        this.nome = nome;
        this.cognome = cognome;
    }

    // ... metodi getNome/setNome/getCognome/setCognome omessi per brevità ...
}

Solo così, senza altro (e SENZA equals ridefinito) se fai:

Persona p1 = new Persona("Mario", "Rossi");
Persona p2 = new Persona("Mario", "Rossi");

System.out.println(p1.equals(p2));

Stampa false. Cioè per equals i due oggetti NON sono uguali. Ma perché il equals è quello ereditato da Object che usa solo == e siccome sono oggetti DISTINTI, essi sono visti come diversi.

Ma i due oggetti hanno lo stesso contenuto (stesso nome e cognome). Ripeto: == si basa solo sulla "identità" degli oggetti, NON sul loro contenuto.


Se vuoi confrontare il contenuto, ridefinisci equals, in Persona si mette es.:

public class Persona {
    // ... come prima

    public boolean equals(Object altroOggetto) {
        if (altroOggetto instanceof Persona) {
            Persona altraPersona = (Persona) altroOggetto;

            return getNome().equals(altraPersona.getNome())
                && getCognome().equals(altraPersona.getCognome());
        }

        return false;
    }
}

Adesso quel p1.equals(p2) dà true, il equals eseguito è quello scritto esplicitamente sopra nella classe, che confronta il contenuto di due oggetti Persona (il this e l'altro oggetto passato in argomento).