Odpowiednie zakaz Łańcuch JavaScript wyjątki

Question

Jakoś to nie ma ochoty kulminacji 50 lat programowania rozwoju język:

throw "My exception message here"; 

Co to jest poprawny sposób to zrobić wyjątki w JavaScript, tak że

• Można je zidentyfikować (instanceof)

• Mogą przenosić inne ładunki oprócz domyślnego komunikatu i śledzenia stosu

• Oni „podklasy” baza Wyjątek, tak że konsola debugowania i takie można wyciągnąć sensowne informacje o wyjątku

• możliwymi wyjątkami zagnieżdżonych (konwersja wyjątek do drugiego): jeśli trzeba złapać wyjątek i przekaż nowy jeden orignal ślad stosu zostanie zachowana i może być sensownie odczytać za pomocą narzędzi debugowania

• Podążają Javascript najlepszych praktyk

Answer 1

throw new Error("message");

lub jeśli chcesz być bardziej szczegółowe zastosowanie jedna z Error Objects

Ważne jest, aby upewnić się, rzucać prawdziwe błędy, ponieważ zawierają one ślad stosu. Rzucanie łańcuchem jest głupie, ponieważ nie ma do niego dołączonych żadnych metadanych.

Można również Podklasa błędy

// for some sensible implementation of extend 
// https://gist.github.com/1441105#file_1pd.js 
var MyError = extend(Object.create(Error.prototype), { 
    ... 
}); 

Answer 2

baza „wyjątek” w JavaScript jest Bui LT-in Error obiektu:

throw new Error("My exception message here"); 

Można zdefiniować niestandardowe wyjątki jak:

function CustomError(message) { 
    this.message = message; 
} 

CustomError.prototype = new Error(); 
CustomError.prototype.constructor = CustomError; 

Sprawdzenie typu wyjątku z instanceof. Istnieje również handy list of built-in exceptions.

Answer 3

Możesz utworzyć obiekt Error, dzwoniąc pod numer Error constructor. Obiekt error może mieć wiadomość i imię. Podczas przechwytywania możesz sprawdzić konkretną nazwę lub możesz utworzyć niestandardowy typ błędu, dziedzicząc prototyp Error. Pozwala to na użycie instanceof w celu rozróżnienia różnych typów błędów.

// Create a new object, that prototypally inherits from the Error constructor. 
function MyError(message) { 
    this.message = message || "Default Message"; 
} 
MyError.prototype = new Error(); 
MyError.prototype.constructor = MyError; 

try { 
    throw new MyError(); 
} catch (e) { 
    console.log(e.name);  // "MyError" 
    console.log(e.message); // "Default Message" 
} 

try { 
    throw new MyError("custom message"); 
} catch (e) { 
    console.log(e.name);  // "MyError" 
    console.log(e.message); // "custom message" 
} 

Przykład wzięty z: https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Error

Answer 4

Nie można tego zrobić, i spełniają wymagania pytanie.

Dlaczego?

Problem polega na uzyskaniu stosu. Macierzysty obiekt błędu (NativeError od teraz), inicjuje stos, gdy wywoływany jest jego konstruktor.Aby uzyskać stos w MyError (twojej podklasie błędów), musisz wywołać NativeConstructor w konstruktorze MyError. Tak więc klasa MyError wygląda mniej więcej tak:

function MyError(msg) { 
    Error.call(this, msg); 
} 

Ale to nie działa. Ponieważ zgodnie z HTML5 spec:

"jeśli wywołasz Error jako funkcję, zwraca nowy obiekt Error".

Zamiast konstruktora błędu i inicjowania niestandardowej klasy błędów, tworzy obiekt błędu, którego nie potrzebujesz. Nie znalazłem sposobu na wywołanie konstruktora NativeError i zainicjowałem podklasę MyError.

Nie wszystko jest stracone.

Jeśli rozwiążemy pierwotne wymagania dotyczące pytań i zapomnimy o "instanceof", aby przetestować klasę wyjątku (tak i tak w Javie), i zamiast tego użyj "name", można to zrobić. Po prostu zadeklaruj MyError jako:

function MyError(msg, customArg) { 
    var e = new Error(msg); 
    e.name = "MyError"; 
    e.custom = customArg; 
    return e; 
} 

Oto, co robię. Zamiast włączania "instanceof", zamiast tego włącz "name".