punto di avere una variabile di istanza come finale?

Question

qual è il punto di avere una variabile di istanza come finale?

non è meglio avere quella variabile impostata come variabile finale statica?

causa se non può essere modificato da nessuno degli oggetti, quindi è la stessa di una variabile di classe (statica), giusto?

Answer 1

Nope. static significa che è uguale per tutte le istanze della classe. final significa che non è assegnabile dopo il suo incarico iniziale. Quindi due istanze potrebbero avere valori diversi per una variabile finale non statica.

Ci sono molte ragioni per cui si potrebbe voler rendere una variabile finale; uno dei migliori è la chiarezza. Se leggo un metodo e noto che il foo è definitivo, non devo preoccuparmi di dove sta cambiando in basso - perché non lo è; non può Posso apportare più modifiche al codice con variabili finali con meno preoccupazione ("ho cambiato il valore di foo prima o dopo la barra, e ha importanza?") Perché so che alcune variabili non sono soggette a modifiche. Si concentra anche la mia attenzione sulle variabili che sono soggette a modifiche - e sono quelle che meritano più attenzione.

Answer 2

Previene altri programmatori di fare cose stupide che non dovrebbero provare a fare comunque ...

Answer 3

È possibile assegnare un valore specifico all'istanza dell'oggetto, che non è possibile eseguire con una variabile di classe statica.

Answer 4

due motivi:

1) Dal punto di vista di design di classe, che permette ai programmatori di fare affidamento sul fatto che il campo non cambierà in quanto esemplificazione - cosiddetta "immutable object". Esercitazione Java dice:

Gli oggetti immutabili sono particolarmente utili in applicazioni concorrenti. Dal momento che non possono cambiare lo stato, non possono essere corrotti dall'interferenza del filo o osservati in uno stato incoerente.

Gli oggetti immutabili sono una pietra angolare di vari stili di programmazione, ad es. pura programmazione funzionale.

2) Il secondo motivo sono le ottimizzazioni JVM. Se tutti i campi sono definitivi, JVM sa che lo stato dell'oggetto non può essere modificato e quindi può apportare molte ottimizzazioni, ad es. ommiting controlli di sicurezza del filo ecc.

Answer 5

immagino che stai pensando di caso semplice come ad esempio:

private final int num = 3; 

Che può essere meglio scritto come:

private static final int NUM = 3; 

Tuttavia, spesso si dovrà riferimenti a oggetti che sono mutevoli, e quindi non può essere condiviso tra le classi:

private final List<Node> children = new ArrayList<Children>(); 

O forse, un valore passato in o derivati ​​nei costruttori:

public final class MyThing { 
     private final String name; 
     public MyThing(String name) { 
      this.name = name; 
     } 
     [...] 
} 

Nota: final campi possono essere assegnati nei costruttori (o istanza initialiser), non solo come parte della dichiarazione.