Por qué crear instancias de variables con un valor nulo

Question

En muchas piezas de código de ejemplo veo variables instaladas con valores nulos y más tarde se les asignan valores más significativos.

Me preguntaba por qué las personas pueden hacer esto. Supongo que los bloques de prueba pueden entrar en esto, pero también veo que las variables instanciadas anularán los valores dentro de un bloque de prueba.

(Estoy seguro de que esta es una pregunta bastante agnóstico idioma, pero sólo para referencia programo casi en su totalidad en Java)

Todos los puntos de vista apreciados!

Answer 1

El compilador de Java detecta en ciertos casos si una variable no se ha inicializado en todos los flujos de control posibles e imprime un error. Para evitar estos mensajes de error, es necesario inicializar explícitamente la variable.

Por ejemplo, en este caso:

public Integer foo() { 
    Integer result; 

    if (Math.random() < 0.5) { 
     result = 1; 
    } 

    return result; 
    } 

El compilador daría a este mensaje de error: "El resultado variable local no se haya inicializado".

Aquí es lo que el Java Language Specification dice:

Cada variable local (§14.4) y cada espacio en blanco final (§4.5.4) campo (§8.3.1.2) debe tener un valor asignado definitivamente cuando cualquier acceso de su valor ocurre. Un compilador Java debe llevar un análisis de flujo conservativo específico para asegurarse de que para cada acceso de una variable local o campo final en blanco f, f se asigna definitivamente antes del acceso; de lo contrario, debe producirse un error de tiempo de compilación .

Tenga en cuenta que (a diferencia de los campos!) Las variables locales no se inicializan automáticamente en null.

Answer 2

Personalmente, no me gusta para los campos de miembros que tomarán un valor en el constructor. Hubo un momento en el que pensé que era agradable ser explícito, pero en realidad hay una diferencia de bytecode entre asignar un campo a nulo explícitamente o el campo que toma el valor predeterminado.

Incluso para los campos que empiezan como nulos (y luego ganan un valor en algún momento después de la inicialización) no soy un gran admirador de ellos. Por lo general, solo resalta la incomprensión del desarrollador que hizo eso.

La relevancia try-catch es en casos como este:

Reader r = null; 
try { 
    r = ...; 
    //do something that could throw an exception 
} finally { 
    if (r != null) { //wouldn't compile without assignment to null 
     r.close(); 
    } 
} 

Debido r es una variable local aquí se necesita un valor antes de que pueda ser utilizado, por lo que la asignación es necesaria. Si la asignación a null ocurre en la misma ruta de código que su posterior reasignación y/o uso, probablemente sea una redundancia engañosa.

Answer 3

SÍ, pensé en esta pregunta muchas veces.

Por el momento, suelo dar un valor inicial null para un objeto y un valor sin sentido para el tipo simple. La razón, a veces no puedes estar seguro de que el JRE da valor inicial a la variable. Y a veces necesitas juzgar si la variable es nula, quizás te olvides de iniciarla.Algunos errores son fáciles de encontrar, si da a las variables un valor inicial.