JSLint narzeka na mój spróbuj/złap się

Question

Javascript, po uruchomieniu JSLint krzyczy na mnie i nie jestem pewien dlaczego.

/*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(); 

Mówi mi:

Problem na linii 12 znaków 11: 'e' jest już zdefiniowany.

} catch(e) {

Wydaje się być zdenerwowany, że mam drugą catch(e). Dlaczego miałby to być problem? Czy nie ustawia się e zmiennej lokalnej na blok catch? Czy muszę jednoznacznie nazwać zmienne lokalne dla wszystkich wychwyconych błędów w funkcji?

Answer 1

Do JSLint, try..catch ma niejawny efekt deklarowania e jako zmiennej lokalnej. Ponieważ masz dwa takie bloki w obrębie tej samej funkcji (w JavaScript nie ma żadnego zakresu bloków), JSLint widzi, że jako zadeklarowano zmienną, która została już zadeklarowana jako.

Nazewnictwo zmiennych e1, e2, itp. uniemożliwiłoby to ostrzeżenie od JSLint. Czy to naprawdę problem? Specyfikacja ECMAScript 5, rozdział 12.14, mówi: "Bez względu na to, w jaki sposób kontrola opuszcza Blok, środowisko LexicalEnvironment jest zawsze przywracane do poprzedniego stanu." To w rzeczywistości wydaje się być w przypadku:

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

alert(fooBarBaz); // throws exception 

Tak więc, aby stwierdzić, jest to po prostu ograniczenie JSLint i jest mało prawdopodobne, aby doprowadzić do praktycznego problemu.

Answer 2

Urządzenie JSLint I use nie pokazuje żadnego błędu - i logiczne, że kod jest poprawny.

Answer 3

Spróbuj użyć innej zmiennej, może się mylić, ponieważ e jest zwykle zarezerwowane dla programów obsługi zdarzeń.

Answer 4

Użyj innej zmiennej dla każdego try/catch.

Answer 5

JSLint może po prostu nie być w tym miejscu. Zgodnie ze specyfikacją ECMAScript wprowadzanie bloku catch tworzy nowy zakres, w którym definiowana jest zmienna wyjątku. W twoim przykładzie wartość e jest poprawna tylko w bloku catch i nie jest zdefiniowana na zewnątrz. Nie ma tu żadnej redefinicji.