JSLint quejándose de mi try/catch

Question

El javascript, cuando se ejecuta a través de JSLint me grita y no estoy seguro de por qué.

/*jslint browser: true, devel: true, evil: true, undef: true, nomen: true, eqeqeq: true, plusplus: true, bitwise: true, newcap: true, immed: true */ 

var foo = function() { 
    try { 
    console.log('foo'); 
    } catch(e) { 
    alert(e); 
    } 

    try { 
    console.log('bar'); 
    } catch(e) { 
    alert(e); 
    } 
}; 

foo(); 

Me dice:

Problema en la línea de 12 caracteres 11: 'e' ya está definido.

} catch(e) {

Parece ser molesto porque tengo una segunda catch(e). ¿Por qué sería esto un problema? ¿No simplemente establece e en una variable local dentro del bloque catch? ¿Necesito nombrar de manera exclusiva las variables locales para todos los errores atrapados en una función?

Answer 1

Para JSLint, try..catch tiene el efecto implícito de declarar e como una variable local. Como tiene dos bloques de ese tipo dentro de la misma función (no hay un alcance de bloque en JavaScript), JSLint lo ve como declarando una variable que ya ha sido declarada.

nombre para las variables e1, e2, etc. podría prevenir esta advertencia de JSLint. ¿Es realmente un problema? La especificación ECMAScript 5, sección 12.14, dice "No importa cómo el control deja el Bloque, LexicalEnvironment siempre se restaura a su estado anterior". Esto, de hecho, parece ser el caso:

try { 
    throw new Error("testing 1234"); 
} catch(fooBarBaz){ 
    alert("Catch: " + fooBarBaz); // works 
} 

alert(fooBarBaz); // throws exception 

lo tanto, para concluir, esto es simplemente una limitación de JSLint y es poco probable que conduzca a cualquier problema práctico.

Answer 2

El JSLint I use no muestra ningún error, y su código es lógico.

Answer 3

Trate de usar una variable diferente, tal vez se confunde porque e generalmente se reserva para los controladores de eventos.

Answer 4

Utilice una variable diferente para cada intento/captura.

Answer 5

JSLint podría simplemente estar equivocado aquí. De acuerdo con las especificaciones de ECMAScript, ingresar un bloque catch crea un nuevo ámbito dentro del cual se define la variable de excepción. En su ejemplo, e es válido solo dentro del bloque catch y no está definido fuera. No hay redefinición aquí.