Qual è la differenza tra un oggetto finale e un oggetto immutabile in java?

Question

Qual è la differenza tra un oggetto finale e un oggetto immutabile in java?

#1 da (4 voti)
#2 da (1 voti)

1

final String str = "do not change me";
str = "why not?"; //it will result in compile time error saying that final fields can not be re-assigned once created i.e. the reference cannot be changed

String str1 = "hello world";  
    System.out.println(str1.replaceAll("h", "q"));
    str1 = str1.replaceAll("h", "q");
    System.out.println(str1);  //An immutable object on the other hand means that, there is no way for you to change the object or its contents other than changing the reference.

La corretta comprensione della definizione di un oggetto finale e immutable è corretta?

immutability java final strings

posta Rushi Shah 06.04.2014 - 11:59

fonte

2 risposte

Leggi altre domande sui tag immutability java final strings

I metodi che restituiscono una hashmap di stringa su oggetto devono essere evitati? Cosa comportano gli algoritmi polinomiali?

score 4 · Answer 1

In Java, gli oggetti non sono definitivi. Invece: variabili, classi o metodi sono. Una variabile finale non può essere riassegnata, quindi la variabile diventa intercambiabile con il valore che rappresenta. Questo è più o meno noto come "trasparenza referenziale".

Un oggetto immutabile è un oggetto senza cambiare stato. Semplificato: se tutti i campi membri di un oggetto sono variabili final , è molto probabile che anche l'oggetto sia immutabile. Se abbiamo bisogno di un oggetto con stato modificato, dobbiamo restituire una nuova istanza. Questo è ciò che fa% co_de, perché le stringhe sono immutabili in Java.

score 1 · Answer 2

Gli oggetti possono essere immutabili e i riferimenti ad essi possono essere definitivi; ma il contrario è per lo più confusione tecnica. Un "oggetto finale" è in realtà un riferimento finale a un oggetto, mentre un "riferimento immutabile" (o "campo immutabile" o "variabile immutabile") viene raramente menzionato perché non è il modo in cui vengono considerati. Un riferimento è effettivamente un indirizzo, e quindi come un numero primitivo o booleano. Una variabile o campo può contenere il numero intero 10. Se si incrementa tale numero intero, si sta "mutando" quel 10 o si assegna realmente un numero intero diverso? A livello di bit, stai modificando il contenuto di una singola posizione di memoria, ma a livello di linguaggio semantico è quest'ultimo, poiché ovunque altro che utilizza 10 è invariato.

Un campo o variabile finale deve essere assegnato esattamente una volta e il compilatore lo farà rispettare. Un oggetto immutabile non cambia una volta completata la costruzione, ma non esiste una reale applicazione. Si noti che anche se si definisce un oggetto che ha solo campi finali, ciò non rende automaticamente l'oggetto immutabile. Se un campo finale è un riferimento a un oggetto, quell'oggetto nidificato deve essere immutabile. Non c'è nemmeno modo a livello di linguaggio per rendere immutabile una matrice; un riferimento finale a un array significa che non puoi cambiare la matrice o la sua lunghezza, ma puoi cambiarne il contenuto. Il linguaggio non può imporre di rendere tale oggetto immutabile. Quindi in molti casi, un oggetto è immutabile solo perché tu lo intendi (e se c'è un bug nel tuo codice, forse non lo è).

Gli oggetti

String sono così: hanno una matrice di caratteri final e sono immutabili solo perché i metodi che potrebbero cambiare qualcosa restituiscono invece altre istanze. Metodi come substring possono effettivamente condividere l'array di caratteri originale e semplicemente "vedere" una sezione diversa di quell'array.