punto de tener una variable de instancia como final?

Question

¿Cuál es el punto de tener una variable de instancia como final?

¿No es mejor tener esa variable configurada como una variable final estática entonces?

causa si no puede ser cambiado por ninguno de los objetos, entonces es lo mismo que una variable de clase (estática), ¿verdad?

Answer 1

Nop. static significa que es el mismo en todas las instancias de la clase. final significa que no es asignable después de su asignación inicial. Entonces dos instancias podrían tener diferentes valores para una variable final no estática.

Hay muchas razones por las que puede querer hacer una variable final; uno de los mejores es la claridad. Si leo un método y advierto que el foo es definitivo, no tengo que preocuparme de dónde está cambiando a continuación, porque no lo está; no puede Puedo hacer más cambios al código con las variables finales con menos preocupación ("¿Cambié el valor de foo antes o después de la barra, y qué importa?") Porque sé que algunas variables no están sujetas a cambios. También enfoca mi atención en las variables que están sujetas a cambios, y son las que merecen más atención.

Answer 2

Evita que otros programadores de hacer cosas estúpidas que no deben intentar hacer de todos modos ...

Answer 3

Puede asignarle un valor que sea específico de la instancia del objeto, que no se puede hacer con una variable de clase estática.

Answer 4

dos razones:

1) Desde el punto de vista de diseño de clase, que permite a un programador para confiar en el hecho de que el campo no va a cambiar desde instanciación - llamado "immutable object". El tutorial de Java dice:

Los objetos inmutables son particularmente útiles en aplicaciones concurrentes. Como no pueden cambiar el estado, no pueden corromperse por la interferencia de hilo o observarse en un estado incoherente.

Los objetos inmutables son la base de varios estilos de programación, p. programación funcional pura.

2) El segundo motivo son las optimizaciones de JVM. Si todos los campos son definitivos, JVM sabe que el estado del objeto no puede modificarse y, por lo tanto, puede realizar muchas optimizaciones, p. omitiendo los controles de seguridad del hilo, etc.

Answer 5

Creo que se está pensando en caso sencillo como:

private final int num = 3; 

que puede ser mejor escribir como:

private static final int NUM = 3; 

Sin embargo, a menudo tendrá referencias a objetos que son mutables, y por lo tanto, no se puede compartir entre las clases:

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

O tal vez, un valor pasado a o derivados de los constructores:

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

Nota: final campos se pueden asignar en los constructores (o initialiser ejemplo), no sólo como parte de la declaración.