Haciendo los argumentos del método java como final

Question

Qué diferencia hace el final entre el código a continuación. ¿Hay alguna ventaja en declarar los argumentos como finales?

public String changeTimezone(Timestamp stamp, Timezone fTz, Timezone toTz){ 
    return .... 
} 

public String changeTimezone(final Timestamp stamp, final Timezone fTz, 
     final Timezone toTz){ 
    return .... 
} 

Answer 1

Como un parámetro de método formal es una variable local, puede acceder a ellos desde clases anónimas internas solo si se declaran como definitivas.

Esto le ahorra declarar otra variable último local en el cuerpo del método:

void m(final int param) { 
     new Thread(new Runnable() { 
      public void run() { 
       System.err.println(param); 
      } 
     }).start(); 
    } 

Answer 2

No hace mucha diferencia. Sólo significa que no se puede escribir:

stamp = null; 
fTz = new ...; 

pero todavía se puede escribir:

stamp.setXXX(...); 
fTz.setXXX(...); 

Es principalmente una pista para el programador de mantenimiento que se deduce que no se va a asignar una nuevo valor para el parámetro en algún lugar en el medio de su método donde no es obvio y, por lo tanto, puede causar confusión.

Answer 3

La final le impide asignar un nuevo valor a la variable, y esto puede ser útil para detectar errores tipográficos. Estilísticamente, es posible que desee mantener los parámetros recibidos sin cambios y asignar solo las variables locales, por lo que final ayudaría a aplicar ese estilo.

Debo admitir que rara vez recuerdo usar finales para los parámetros, tal vez debería.

public int example(final int basicRate){ 
    int discountRate; 

    discountRate = basicRate - 10; 
    // ... lots of code here 
    if (isGoldCustomer) { 
     basicRate--; // typo, we intended to say discountRate--, final catches this 
    } 
    // ... more code here 

    return discountRate; 
} 

Answer 4

Es solo una construcción en Java para ayudarle a definir un contrato y atenerse a él. Una discusión similar aquí: http://c2.com/cgi/wiki?JavaFinalConsideredEvil

BTW - (como dice el twiki), marcar args como final es generalmente redundante si se siguen buenos principios de programación y se ha hecho reasignar/redefinir la referencia del argumento entrante.

En el peor de los casos, si redefine la referencia args, no va a afectar el valor real pasado a la función, ya que solo se pasó una referencia.

Answer 5

La palabra clave final cuando se utiliza para los parámetros/variables en Java marca la referencia final. En caso de pasar un objeto a otro método, el sistema crea una copia de la variable de referencia y la pasa al método. Al marcar las nuevas referencias finales, las protege de la reasignación. Se considera a veces una buena práctica de codificación.

Answer 6

Extracto de The final word on the final keyword

parámetros finales

El siguiente ejemplo declara parámetros finales:

public void doSomething(final int i, final int j) 
{ 
    // cannot change the value of i or j here... 
    // any change would be visible only inside the method... 
} 

última se utiliza aquí para asegurar que los dos índices i y j won ' t accidentalmente sea reiniciado por el método. Es una manera útil para proteger contra un error insidioso que erróneamente cambia el valor de sus parámetros.En general, los métodos abreviados son una mejor forma de proteger contra esta clase de errores , pero los parámetros finales pueden ser una adición útil a su estilo de codificación.

Tenga en cuenta que los parámetros finales no son considerada parte de la firma del método , y son ignorados por el compilador la hora de resolver las llamadas de método. Los parámetros pueden declararse finales (o no) sin influencia sobre cómo se reemplaza el método .

Answer 7

Para el cuerpo de este método de la palabra clave final impedirá que las referencias argumento para ser reasignado accidentalmente dando un error de compilación en esos casos (la mayoría de los entornos de desarrollo se quejan de inmediato). Algunos pueden argumentar que usar final en general siempre que sea posible acelerará las cosas, pero ese no es el caso en las JVM recientes.

Answer 8

Estoy hablando de marcar variables y campos finales en general - no solo se aplica a los argumentos del método. (Los métodos de marcado/clases finales son una cosa completamente diferente).

Es un favor para los lectores/futuros mantenedores de su código. Junto con un nombre razonable de la variable, es útil y tranquilizador para el lector de su código ver/entender lo que representan las variables en cuestión, y es tranquilizador para el lector que cada vez que vea la variable en el mismo ámbito, el significado permanezca lo mismo, por lo que (s) no tiene que rascarse la cabeza para descubrir siempre qué significa una variable en cada contexto. Hemos visto demasiados abusos de "reutilización" de variables, que hace que incluso un pequeño fragmento de código sea difícil de entender.

Answer 9

La palabra clave final le impide asignar un nuevo valor al parámetro. Me gustaría explicar esto con un ejemplo sencillo

Supongamos que tenemos un método

metodo1() {

Fecha fechaDeNacimiento = new Date ("1/1/2009");

method2 (dateOfBirth);

method3 (dateOfBirth); }

mehod2 pública (Fecha fechaDeNacimiento) {
.... ....

....
}

mehod2 pública (Fecha fechaDeNacimiento) {
....
.... ....

}

En el caso anterior si a "dateOfBirth" se le asigna un nuevo valor en method2, esto daría como resultado un resultado incorrecto del método3. Como el valor que se pasa al método3 no es lo que era antes de pasarse al método2. Entonces, para evitar esta palabra clave final se usa para los parámetros.

Y esta es también una de las mejores prácticas de codificación de Java.