Quote Originariamente inviata da Ansharja Visualizza il messaggio
In ogni caso non hai bisogno di quel metodo sonoUguali, per testare l'uguaglianza di due stringhe ti basta fare stringa1.equals(stringa2). Ovviamente puoi scambiare l'ordine delle stringhe e fare anche il contrario a meno che la prima stringa non sia NULL, nel qual caso l'istruzione lancierà una NullPointerException, perché non puoi invocare un metodo su un oggetto NULL (vale ovviamente in entrambi i casi, è solo per dire che le due scritture non sono sempre equivalenti, perché se è la seconda stringa a essere null il metodo non causa errori, anche se magari sarebbe meglio lo facesse ...).
Ma è quello che ho fatto all'interno del metodo solo che s1 e s2 sono due entità di due istanze diverse...

Quote Originariamente inviata da Ansharja Visualizza il messaggio
Piccola curiosità: che senso ha chiamare la tua classe IndirizzoPersona, se modella il contatto di una rubrica? Non è meglio avere una classe Contatto ? La classe potrebbe anche prevedere uno o più costruttori, in modo da evitare di richiamare tutti i set al momento della creazione, e sarebbe comodo avere anche un metodo toString(), visto che cerchi di stampare a video tutti i campi. Quest' ultimo dettaglio puoi rimandarlo a più avanti se non l'hai ancora visto chiaramente, ma male non fa guardarsi subito come funziona
hai ragione... l'ho chiamata così solo perché me lo richiedeva l'esercizio ma indubbiamente Contatto è il nome migliore. In che senso più costruttori per evitare di richiamare tutti i set? toString() ancora non l'ho studiato ma mo ci do uno sguardo