Jak utworzyć niestandardowy błąd w JavaScript?


215

Z jakiegoś powodu wygląda na to, że delegowanie konstruktora nie działa w następującym fragmencie:

function NotImplementedError() { 
  Error.apply(this, arguments); 
}
NotImplementedError.prototype = new Error();

var nie = new NotImplementedError("some message");
console.log("The message is: '"+nie.message+"'")

Uruchomienie tego daje The message is: ''. Wszelkie pomysły, dlaczego lub czy istnieje lepszy sposób na utworzenie nowej Errorpodklasy? Czy jest jakiś problem z applynatywnym Errorkonstruktorem, o którym nie wiem?


Czy po wprowadzeniu zmian nie działa asercja NotImplementedError? Pomyślałem, że aby to zadziałało, musisz jawnie zdefiniować NotImplementedError.prototype.constructor.
— jayarjo,

Następnym razem usuń cały dodatkowy kod, który nie jest wymagany do wykazania problemu. Ponadto wtc to js.jar? Czy jest to konieczne do odtworzenia problemu?
— BT

2
Zmodyfikowałem to pytanie, aby było zrozumiałe w ciągu 10 sekund, a nie 10 minut
— BT

Utworzyłem bibliotekę dziedziczenia / klasy, która poprawnie dziedziczy po typach błędów: github.com/fresheneesz/proto
— BT

1
jsfiddle dla kilku najlepszych odpowiedzi.
— Nate

Odpowiedzi:


194

Zaktualizuj kod, aby przypisać prototyp do Error.prototype, a instanceof i twoje twierdzenia działają.

function NotImplementedError(message) {
    this.name = "NotImplementedError";
    this.message = (message || "");
}
NotImplementedError.prototype = Error.prototype;

Jednak po prostu rzuciłbym własny obiekt i po prostu sprawdziłbym właściwość name.

throw {name : "NotImplementedError", message : "too lazy to implement"}; 

Edytuj na podstawie komentarzy

Po zapoznaniu się z komentarzami i próbie przypomnienia sobie, dlaczego przypisałem prototyp do Error.prototypezamiast new Error()Nicholasa Zakasa w jego artykule , stworzyłem jsFiddle z poniższym kodem:

function NotImplementedError(message) {
  this.name = "NotImplementedError";
  this.message = (message || "");
}
NotImplementedError.prototype = Error.prototype;

function NotImplementedError2(message) {
  this.message = (message || "");
}
NotImplementedError2.prototype = new Error();

try {
  var e = new NotImplementedError("NotImplementedError message");
  throw e;
} catch (ex1) {
  console.log(ex1.stack);
  console.log("ex1 instanceof NotImplementedError = " + (ex1 instanceof NotImplementedError));
  console.log("ex1 instanceof Error = " + (ex1 instanceof Error));
  console.log("ex1.name = " + ex1.name);
  console.log("ex1.message = " + ex1.message);
}

try {
  var e = new NotImplementedError2("NotImplementedError2 message");
  throw e;
} catch (ex1) {
  console.log(ex1.stack);
  console.log("ex1 instanceof NotImplementedError2 = " + (ex1 instanceof NotImplementedError2));
  console.log("ex1 instanceof Error = " + (ex1 instanceof Error));
  console.log("ex1.name = " + ex1.name);
  console.log("ex1.message = " + ex1.message);
}

Dane wyjściowe konsoli były takie.

undefined
ex1 instanceof NotImplementedError = true
ex1 instanceof Error = true
ex1.name = NotImplementedError
ex1.message = NotImplementedError message
Error
    at window.onload (http://fiddle.jshell.net/MwMEJ/show/:29:34)
ex1 instanceof NotImplementedError2 = true
ex1 instanceof Error = true
ex1.name = Error
ex1.message = NotImplementedError2 message

Potwierdza to, że „problem”, na jaki natrafiłem, był właściwością stosu błędu był numer wiersza, w którym new Error()został utworzony, a nie throw emiejsce wystąpienia. Może to jednak być lepsze niż efekt uboczny NotImplementedError.prototype.name = "NotImplementedError"linii wpływającej na obiekt Error.

Zauważ też NotImplementedError2, że gdy nie ustawiam .namejawnie, jest to równe „Błąd”. Jednak, jak wspomniano w komentarzach, ponieważ ta wersja ustawia prototyp na new Error(), mógłbym ustawić NotImplementedError2.prototype.name = "NotImplementedError2"i być OK.


45
Najlepsza odpowiedź, ale Error.prototypebezpośrednie przyjmowanie jest prawdopodobnie złą formą. Jeśli chcesz później dodać NotImplementedError.prototype.toStringobiekt do aliasu Error.prototype.toString- lepiej to zrobić NotImplementedError.prototype = new Error().
— cdleary

4
Nadal jestem trochę zagubiony we wszystkich tych prototypowych rzeczach. Dlaczego w twoim przykładzie przypisujesz nazwę to.nazwie, a nie NotImplementedError.prototype.name? Czy możesz mi odpowiedzieć, jest to kluczowe dla mojego zrozumienia :)
— jayarjo,

27
Według code.google.com/p/chromium/issues/detail?id=228909 subclass.prototype = new Error() jest złą postacią. Zamiast tego powinieneś użyć subclass.prototype = Object.create(superclass.prototype). Mam nadzieję, że może to również rozwiązać problem śledzenia stosu.
— Gili

8
Prostą sztuczką, aby uzyskać znaczący stacktrace, jest wygenerowanie błędu w konstruktorze i zapisanie jego stosu. Dałoby to odpowiedni stos wywołań + 1 linię dla konstruktora (jest to odpowiednia wypłata):this.stack = new Error().stack;
— Meredian

6
-1; To jest źle. Robi NotImplementedError.prototype = Error.prototype;, nie czyni instanceoftraktują NotImplementedErrorjako podklasy o Error, to czyni instanceofje traktować jako dokładnie tej samej klasy. Jeśli wkleisz powyższy kod do konsoli i spróbujesz new Error() instanceof NotImplementedErroruzyskać true, co jest oczywiście błędne.
— Mark Amery

87

Wszystkie powyższe odpowiedzi są okropne - naprawdę. Nawet ten z 107 wzlotami! Prawdziwa odpowiedź jest tutaj:

Dziedziczenie po obiekcie Error - gdzie jest właściwość message?

TL; DR:

O. messageNie ustawiono powodu, że Errorjest to funkcja, która zwraca nowy obiekt Error i nie manipuluje thisw żaden sposób.

B. Aby to zrobić, należy zwrócić wynik zastosowania z konstruktora, a także ustawić prototyp w zwykły skomplikowany sposób javascripty:

function MyError() {
    var temp = Error.apply(this, arguments);
    temp.name = this.name = 'MyError';
    this.message = temp.message;
    if(Object.defineProperty) {
        // getter for more optimizy goodness
        /*this.stack = */Object.defineProperty(this, 'stack', { 
            get: function() {
                return temp.stack
            },
            configurable: true // so you can change it if you want
        })
    } else {
        this.stack = temp.stack
    }
}
//inherit prototype using ECMAScript 5 (IE 9+)
MyError.prototype = Object.create(Error.prototype, {
    constructor: {
        value: MyError,
        writable: true,
        configurable: true
    }
});

var myError = new MyError("message");
console.log("The message is: '" + myError.message + "'"); // The message is: 'message'
console.log(myError instanceof Error); // true
console.log(myError instanceof MyError); // true
console.log(myError.toString()); // MyError: message
console.log(myError.stack); // MyError: message \n 
// <stack trace ...>


 
//for EMCAScript 4 or ealier (IE 8 or ealier), inherit prototype this way instead of above code:
/*
var IntermediateInheritor = function() {};
IntermediateInheritor.prototype = Error.prototype;
MyError.prototype = new IntermediateInheritor();
*/

Można chyba zrobić kilka sztuczek wyliczyć przez wszystkich non-przeliczalnych właściwości tmpError je ustawić zamiast jawnie ustawienie tylko stacka message, ale oszustwo nie jest obsługiwana w IE <9


2
To rozwiązanie działa również w przypadku wystąpienia błędu niestandardowego z istniejącym błędem. Jeśli korzystasz z biblioteki innej firmy i chcesz owinąć istniejący błąd własnym niestandardowym typem, inne metody nie działają poprawnie. Do Twojej wiadomości możesz utworzyć Błędy waniliowe, przekazując im istniejący błąd.
— Kyle Mueller

1
nie powinieneś być return thisw konstruktorze.
— Onur Yıldırım

13
Uprościłem i poprawiłem to podejście: jsbin.com/rolojuhuya/1/edit?js,console
— Matt Kantor

3
@MattKantor może udzielić odpowiedzi? Myślę, że najbardziej lubię twoją.
— mpoisot

2
Zamiast tego temp.name = this.name = 'MyError'możesz zrobić temp.name = this.name = this.constructor.name. W ten sposób będzie działać również dla podklas MyError.
— Jo Liss,

45

W ES2015 możesz classto zrobić czysto:

class NotImplemented extends Error {
  constructor(message = "", ...args) {
    super(message, ...args);
    this.message = message + " has not yet been implemented.";
  }
}

Nie modyfikuje to globalnego Errorprototypu, pozwala dostosować message,name i inne atrybuty, a właściwie oddaje stos. Jest również dość czytelny.

Oczywiście może być konieczne użycie narzędzia, takiego jak babelkod działający w starszych przeglądarkach.


23

Jeśli ktoś jest ciekawy, jak utworzyć niestandardowy błąd i uzyskać ślad stosu:

function CustomError(message) {
  this.name = 'CustomError';
  this.message = message || '';
  var error = new Error(this.message);
  error.name = this.name;
  this.stack = error.stack;
}
CustomError.prototype = Object.create(Error.prototype);

try {
  throw new CustomError('foobar');
}
catch (e) {
  console.log('name:', e.name);
  console.log('message:', e.message);
  console.log('stack:', e.stack);
}

7

Ta sekcja standardu może wyjaśnić, dlaczego Error.applywywołanie nie inicjuje obiektu:

15.11.1 Konstruktor błędów wywoływany jako funkcja

Gdy błąd jest wywoływany raczej jako funkcja niż jako konstruktor, tworzy i inicjuje nowy obiekt Error. Zatem wywołanie funkcji Błąd (...) jest równoważne wyrażeniu tworzenia obiektu nowy Błąd (...) z tymi samymi argumentami.

W takim przypadku Errorfunkcja prawdopodobnie określa, że ​​nie jest wywoływana jako konstruktor, więc zwraca nową instancję Error zamiast zainicjowaćthis obiekt.

Testowanie za pomocą następującego kodu wydaje się wykazywać, że tak właśnie się dzieje:

function NotImplementedError() { 
   var returned = Error.apply(this, arguments);
   console.log("returned.message = '" + returned.message + "'");
   console.log("this.message = '" + this.message + "'");
}
NotImplementedError.prototype = new Error();

var nie = new NotImplementedError("some message");

Po uruchomieniu generowane są następujące dane wyjściowe:

returned.message = 'some message'
this.message = ''

jak można to zasymulować za pomocą niestandardowej klasy błędów? Na przykład, w jaki sposób moja niestandardowa klasa błędów może być używana zarówno jako funkcja tworząca instancję, jak i jako konstruktor?
— Lea Hayes,

Nie, to nie jest prawda. Jeśli zwróci nową instancję błędu, jego właściwość msg będzie działać.
— BT

@BT W jaki sposób właściwość msg w nowej instancji wpływa na właściwość msg w thisin Error.apply(this, arguments);? Mówię, że wezwanie do błędu tutaj buduje nowy obiekt, który jest wyrzucany; nie inicjowanie już zbudowanego obiektu, do którego jest przypisany nie.
— Dave

@ BT Dodałem przykładowy kod, który mam nadzieję, że wyjaśni, co próbowałem powiedzieć.
— Dave

@Dave Mogłem nie rozumieć tutaj celu, ale czy twoja NotImplementedErrorimplementacja nie powinna zwrócić returnedzmiennej?
— blong

7
function InvalidValueError(value, type) {
    this.message = "Expected `" + type.name + "`: " + value;
    var error = new Error(this.message);
    this.stack = error.stack;
}
InvalidValueError.prototype = new Error();
InvalidValueError.prototype.name = InvalidValueError.name;
InvalidValueError.prototype.constructor = InvalidValueError;

3
To najlepsza odpowiedź tutaj. Jest on prosty, a utworzony w ten sposób wyjątek zachowuje się poprawnie we wszystkich sytuacjach. Zachowuje również ślad stosu, co jest bardzo ważne w nie trywialnych zastosowaniach. Zastąpiłbym tylko „prototype = new Error ()” na „prototype = Object.create (Error.prototype)”. W przypadku Node.js istnieje mała biblioteka, która robi to za Ciebie: npmjs.com/package/node-custom-errors
— Łukasz Korzybski

6

Miałem podobny problem do tego. Mój błąd musi być jednym i instanceofdrugim , i musi także generować spójny ślad w konsoli.ErrorNotImplemented

Moje rozwiązanie:

var NotImplemented = (function() {
  var NotImplemented, err;
  NotImplemented = (function() {
    function NotImplemented(message) {
      var err;
      err = new Error(message);
      err.name = "NotImplemented";
      this.message = err.message;
      if (err.stack) this.stack = err.stack;
    }
    return NotImplemented;
  })();
  err = new Error();
  err.name = "NotImplemented";
  NotImplemented.prototype = err;

  return NotImplemented;
}).call(this);

// TEST:
console.log("instanceof Error: " + (new NotImplemented() instanceof Error));
console.log("instanceof NotImplemented: " + (new NotImplemented() instanceofNotImplemented));
console.log("message: "+(new NotImplemented('I was too busy').message));
throw new NotImplemented("just didn't feel like it");

Wynik działania z node.js:

instanceof Error: true
instanceof NotImplemented: true
message: I was too busy

/private/tmp/t.js:24
throw new NotImplemented("just didn't feel like it");
      ^
NotImplemented: just didn't feel like it
    at Error.NotImplemented (/Users/colin/projects/gems/jax/t.js:6:13)
    at Object.<anonymous> (/Users/colin/projects/gems/jax/t.js:24:7)
    at Module._compile (module.js:449:26)
    at Object.Module._extensions..js (module.js:467:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.runMain (module.js:487:10)
    at process.startup.processNextTick.process._tickCallback (node.js:244:9)

Błąd spełnia wszystkie 3 moje kryteria i chociaż stackwłaściwość jest niestandardowa, jest obsługiwana w większości nowszych przeglądarek, co jest dopuszczalne w moim przypadku.


5

Zgodnie z Joyentem nie powinieneś zadzierać z właściwością stosu (co widzę w wielu podanych tutaj odpowiedziach), ponieważ będzie to miało negatywny wpływ na wydajność. Oto, co mówią:

stos: ogólnie, nie zadzieraj z tym. Nawet go nie powiększaj. Wersja 8 oblicza ją tylko wtedy, gdy ktoś rzeczywiście czyta właściwość, co znacznie poprawia wydajność w przypadku błędów, które można rozwiązać. Jeśli przeczytasz właściwość tylko po to, aby ją powiększyć, poniesiesz koszty, nawet jeśli dzwoniący nie potrzebuje stosu.

Lubię i chciałbym wspomnieć ich pomijaniu oryginalnego błędu, który jest dobrym zamiennikiem przekazywania stosu.

Oto, w jaki sposób tworzę błąd niestandardowy, uwzględniając powyższe:

wersja es5:

function RError(options) {
    options = options || {}; // eslint-disable-line no-param-reassign
    this.name = options.name;
    this.message = options.message;
    this.cause = options.cause;

    // capture stack (this property is supposed to be treated as private)
    this._err = new Error();

    // create an iterable chain
    this.chain = this.cause ? [this].concat(this.cause.chain) : [this];
}
RError.prototype = Object.create(Error.prototype, {
    constructor: {
        value: RError,
        writable: true,
        configurable: true
    }
});

Object.defineProperty(RError.prototype, 'stack', {
    get: function stack() {
        return this.name + ': ' + this.message + '\n' + this._err.stack.split('\n').slice(2).join('\n');
    }
});

Object.defineProperty(RError.prototype, 'why', {
    get: function why() {
        var _why = this.name + ': ' + this.message;
        for (var i = 1; i < this.chain.length; i++) {
            var e = this.chain[i];
            _why += ' <- ' + e.name + ': ' + e.message;
        }
        return _why;
    }
});

// usage

function fail() {
    throw new RError({
        name: 'BAR',
        message: 'I messed up.'
    });
}

function failFurther() {
    try {
        fail();
    } catch (err) {
        throw new RError({
            name: 'FOO',
            message: 'Something went wrong.',
            cause: err
        });
    }
}

try {
    failFurther();
} catch (err) {
    console.error(err.why);
    console.error(err.stack);
    console.error(err.cause.stack);
}

wersja es6:

class RError extends Error {
    constructor({name, message, cause}) {
        super();
        this.name = name;
        this.message = message;
        this.cause = cause;
    }
    [Symbol.iterator]() {
        let current = this;
        let done = false;
        const iterator = {
            next() {
                const val = current;
                if (done) {
                    return { value: val, done: true };
                }
                current = current.cause;
                if (!val.cause) {
                    done = true;
                }
                return { value: val, done: false };
            }
        };
        return iterator;
    }
    get why() {
        let _why = '';
        for (const e of this) {
            _why += `${_why.length ? ' <- ' : ''}${e.name}: ${e.message}`;
        }
        return _why;
    }
}

// usage

function fail() {
    throw new RError({
        name: 'BAR',
        message: 'I messed up.'
    });
}

function failFurther() {
    try {
        fail();
    } catch (err) {
        throw new RError({
            name: 'FOO',
            message: 'Something went wrong.',
            cause: err
        });
    }
}

try {
    failFurther();
} catch (err) {
    console.error(err.why);
    console.error(err.stack);
    console.error(err.cause.stack);
}

Umieściłem swoje rozwiązanie w module, oto on: https://www.npmjs.com/package/rerror


3

Lubię to robić w ten sposób:

  • Skorzystaj z nazwy, aby wyrzucić toString ()"{code}: {message}"
  • Zwróć tę samą rzecz super, aby wyglądała tak samo w stacktrace
  • Dołącz kod, error.codeponieważ sprawdzanie / parsowanie kodu jest lepsze w kodzie niż sprawdzanie wiadomości, którą możesz chcieć zlokalizować na przykład
  • Załącz wiadomość error.messagejako alternatywę dlaerror.toString()

class AppException extends Error {
  constructor(code, message) {
    const fullMsg = message ? `${code}: ${message}` : code;
    super(fullMsg);
    this.name = code;
    this.code = code;
    this.message = fullMsg;
  }
  
  toString() {
    return this.message;
  }
}

// Just a code
try {
  throw new AppException('FORBIDDEN');
} catch(e) {
  console.error(e);
  console.error(e.toString());
  console.log(e.code === 'FORBIDDEN');
}

// A code and a message
try {
  throw new AppException('FORBIDDEN', 'You don\'t have access to this page');
} catch(e) {
  console.error(e);
  console.error(e.toString());
  console.log(e.code === 'FORBIDDEN');
}


2

Po prostu musiałem zaimplementować coś takiego i odkryłem, że stos został utracony w mojej własnej implementacji błędu. Musiałem stworzyć fałszywy błąd i pobrać z niego stos:

My.Error = function (message, innerException) {
    var err = new Error();
    this.stack = err.stack; // IMPORTANT!
    this.name = "Error";
    this.message = message;
    this.innerException = innerException;
}
My.Error.prototype = new Error();
My.Error.prototype.constructor = My.Error;
My.Error.prototype.toString = function (includeStackTrace) {
    var msg = this.message;
    var e = this.innerException;
    while (e) {
        msg += " The details are:\n" + e.message;
        e = e.innerException;
    }
    if (includeStackTrace) {
        msg += "\n\nStack Trace:\n\n" + this.stack;
    }
    return msg;
}

To nie ustawia wiadomości
— BT

2

Użyłem Wzorca Konstruktora, aby utworzyć nowy obiekt błędu. Zdefiniowałem łańcuch prototypowy, taki jak Errorinstancja. Zobacz odniesienie do konstruktora błędów MDN .

Możesz sprawdzić ten fragment o tym GIST .

REALIZACJA

// Creates user-defined exceptions
var CustomError = (function() {
  'use strict';

  //constructor
  function CustomError() {
    //enforces 'new' instance
    if (!(this instanceof CustomError)) {
      return new CustomError(arguments);
    }
    var error,
      //handles the arguments object when is passed by enforcing a 'new' instance
      args = Array.apply(null, typeof arguments[0] === 'object' ? arguments[0] : arguments),
      message = args.shift() || 'An exception has occurred';

    //builds the message with multiple arguments
    if (~message.indexOf('}')) {
      args.forEach(function(arg, i) {
        message = message.replace(RegExp('\\{' + i + '}', 'g'), arg);
      });
    }

    //gets the exception stack
    error = new Error(message);
    //access to CustomError.prototype.name
    error.name = this.name;

    //set the properties of the instance
    //in order to resemble an Error instance
    Object.defineProperties(this, {
      stack: {
        enumerable: false,
        get: function() { return error.stack; }
      },
      message: {
        enumerable: false,
        value: message
      }
    });
  }

  // Creates the prototype and prevents the direct reference to Error.prototype;
  // Not used new Error() here because an exception would be raised here,
  // but we need to raise the exception when CustomError instance is created.
  CustomError.prototype = Object.create(Error.prototype, {
    //fixes the link to the constructor (ES5)
    constructor: setDescriptor(CustomError),
    name: setDescriptor('JSU Error')
  });

  function setDescriptor(value) {
    return {
      configurable: false,
      enumerable: false,
      writable: false,
      value: value
    };
  }

  //returns the constructor
  return CustomError;
}());

STOSOWANIE

Konstruktor CustomError może odbierać wiele argumentów do zbudowania komunikatu, np

var err1 = new CustomError("The url of file is required"),
    err2 = new CustomError("Invalid Date: {0}", +"date"),
    err3 = new CustomError("The length must be greater than {0}", 4),
    err4 = new CustomError("Properties .{0} and .{1} don't exist", "p1", "p2");

throw err4;

I tak wygląda błąd niestandardowy:

Niestandardowy łańcuch prototypów błędów


Ten, który przegłosował, czy masz argumenty lub powód do głosowania? lub po prostu nie rozumie intencji w kodzie.
— jherax

Właśnie zauważyłem, że przypadkowo kliknąłem przycisk downvote podczas przeglądania tej strony, nie zdając sobie z tego sprawy (prawdopodobnie przeglądam z mojego telefonu). Dopiero dzisiaj zauważyłem przeglądając moją historię. To zdecydowanie nie było zamierzone, ale nie mogę tego cofnąć, ponieważ trwa to okres karencji. Podałeś pouczającą odpowiedź i zdecydowanie nie zasługujesz na to. Jeśli dokonasz edycji, chętnie cofnę głos głosowania. Przepraszam za to.
— jschr

1

Konstruktor musi być jak metoda fabryczna i zwracać to, co chcesz. Jeśli potrzebujesz dodatkowych metod / właściwości, możesz dodać je do obiektu przed jego zwróceniem.

function NotImplementedError(message) { return new Error("Not implemented", message); }

x = new NotImplementedError();

Chociaż nie jestem pewien, dlaczego miałbyś to zrobić. Dlaczego nie po prostu użyć new Error...? Wyjątki niestandardowe tak naprawdę nie dodają wiele w JavaScript (ani prawdopodobnie w żadnym nietypowym języku).


2
Musisz włączyć hierarchię typów błędów lub wartość obiektu w JavaScript, ponieważ możesz określić tylko jeden blok catch. W twoim rozwiązaniu (x instanceof NotImplementedError) ma wartość false, co w moim przypadku jest niedopuszczalne.
— cdleary

1

Ładnie zaimplementowano to w Cesium DeveloperError:

W uproszczonej formie:

var NotImplementedError = function(message) {
    this.name = 'NotImplementedError';
    this.message = message;
    this.stack = (new Error()).stack;
}

// Later on...

throw new NotImplementedError();

Działa to świetnie, z tym wyjątkiem, że stos będzie zawierał dodatkową linię dla konstruktora błędów, co może stanowić problem.
— SystemParadox

Ponadto nie przechodzi error instanceof Errortestu, co może być pomocne.
— Lauren

1

To jest moja realizacja:

class HttpError extends Error {
  constructor(message, code = null, status = null, stack = null, name = null) {
    super();
    this.message = message;
    this.status = 500;

    this.name = name || this.constructor.name;
    this.code = code || `E_${this.name.toUpperCase()}`;
    this.stack = stack || null;
  }

  static fromObject(error) {
    if (error instanceof HttpError) {
      return error;
    }
    else {
      const { message, code, status, stack } = error;
      return new ServerError(message, code, status, stack, error.constructor.name);
    }
  }

  expose() {
    if (this instanceof ClientError) {
      return { ...this };
    }
    else {
      return {
        name: this.name,
        code: this.code,
        status: this.status,
      }
    }
  }
}

class ServerError extends HttpError {}

class ClientError extends HttpError { }

class IncorrectCredentials extends ClientError {
  constructor(...args) {
    super(...args);
    this.status = 400;
  }
}

class ResourceNotFound extends ClientError {
  constructor(...args) {
    super(...args);
    this.status = 404;
  }
}

Przykładowe użycie nr 1:

app.use((req, res, next) => {
  try {
    invalidFunction();
  }
  catch (err) {
    const error = HttpError.fromObject(err);
    return res.status(error.status).send(error.expose());
  }
});

Przykładowe użycie nr 2:

router.post('/api/auth', async (req, res) => {
  try {
    const isLogged = await User.logIn(req.body.username, req.body.password);

    if (!isLogged) {
      throw new IncorrectCredentials('Incorrect username or password');
    }
    else {
      return res.status(200).send({
        token,
      });
    }
  }
  catch (err) {
    const error = HttpError.fromObject(err);
    return res.status(error.status).send(error.expose());
  }
});

0

Kosztem niemożności użycia instanceof, poniższe zachowuje oryginalny ślad stosu i nie używa żadnych niestandardowych lew.

// the function itself
var fixError = function(err, name) {
    err.name = name;
    return err;
}

// using the function
try {
    throw fixError(new Error('custom error message'), 'CustomError');
} catch (e) {
    if (e.name == 'CustomError')
        console.log('Wee! Custom Error! Msg:', e.message);
    else
        throw e; // unhandled. let it propagate upwards the call stack
}

wszystko, co musisz tutaj zrobić, aby móc korzystać z instanceof, to rzucić nowy fixError zamiast po prostu fixError
— BT

@BT: Nie z fixErrorpowyższą funkcją. Dodanie newpodczas wywołania spowoduje po prostu utworzenie obiektu, który zostanie wyrzucony.
— TJ Crowder

Och, chyba miałam na myśli użycie „instanceof fixError” - oczywiście wtedy „instanceof Error” nie działałby. Myślę, że to gorzej ..
— BT

0

Inna alternatywa, może nie działać we wszystkich środowiskach. Najpewniej zapewniam, że działa w nodejs 0.8 Podejście to wykorzystuje niestandardowy sposób modyfikowania wewnętrznego prototypu

function myError(msg){ 
      var e = new Error(msg); 
      _this = this; 
      _this.__proto__.__proto__ = e;
}

0

Jeśli używasz Node / Chrome. Poniższy fragment kodu zapewni rozszerzenie spełniające następujące wymagania.

  • err instanceof Error
  • err instanceof CustomErrorType
  • Funkcja console.log () zwraca [CustomErrorType] po utworzeniu z komunikatem
  • console.log () zwraca, [CustomErrorType: message]gdy zostanie utworzony bez komunikatu
  • throw / stack udostępnia informacje w miejscu, w którym błąd został utworzony.
  • Działa optymalnie w Node.JS i Chrome.
  • Przejdzie kontrolę instancji w Chrome, Safari, Firefox i IE 8+, ale nie będzie mieć prawidłowego stosu poza Chrome / Safari. Nie przeszkadza mi to, ponieważ mogę debugować w chrome, ale kod wymagający określonych typów błędów nadal będzie działał w różnych przeglądarkach. Jeśli potrzebujesz tylko węzła, możesz łatwo usunąć ifwyciągi i możesz już iść .

Skrawek

var CustomErrorType = function(message) {
    if (Object.defineProperty) {
        Object.defineProperty(this, "message", {
            value : message || "",
            enumerable : false
        });
    } else {
        this.message = message;
    }

    if (Error.captureStackTrace) {
        Error.captureStackTrace(this, CustomErrorType);
    }
}

CustomErrorType.prototype = new Error();
CustomErrorType.prototype.name = "CustomErrorType";

Stosowanie

var err = new CustomErrorType("foo");

Wynik

var err = new CustomErrorType("foo");
console.log(err);
console.log(err.stack);

[CustomErrorType: foo]
CustomErrorType: foo
    at Object.<anonymous> (/errorTest.js:27:12)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)
    at startup (node.js:119:16)
    at node.js:906:3

/errorTest.js:30
        throw err;
              ^
CustomErrorType: foo
    at Object.<anonymous> (/errorTest.js:27:12)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)
    at startup (node.js:119:16)
    at node.js:906:3

0

Poniższe działało dla mnie zaczerpnięte z oficjalnego błędu dokumentacji Mozilli .

function NotImplementedError(message) {
    var instance = new Error(message);
    instance.name = 'NotImplementedError';

    Object.setPrototypeOf(instance, Object.getPrototypeOf(this));
    if (Error.captureStackTrace) {
        Error.captureStackTrace(instance, NotImplementedError);
    }
    return instance;
}

NotImplementedError.prototype = Object.create(Error.prototype, {
    constructor: {
        value: Error,
        enumerable: false,
        writable: true,
        configurable: true
    }
});

-1

Wypróbuj nowy obiekt prototypowy dla każdej instancji typu błędu zdefiniowanego przez użytkownika. Pozwala instanceofto zachowywać się jak zwykle, a typ i komunikat są poprawnie zgłaszane w Firefox i V8 (Chome, nodejs).

function NotImplementedError(message){
    if(NotImplementedError.innercall===undefined){
        NotImplementedError.innercall = true;
        NotImplementedError.prototype = new Error(message);
        NotImplementedError.prototype.name = "NotImplementedError";
        NotImplementedError.prototype.constructor = NotImplementedError;

        return new NotImplementedError(message);
    }
    delete NotImplementedError.innercall;
}

Zauważ, że dodatkowy wpis poprzedzi prawidłowy stos.


Nie działa Spróbuj: var a = new NotImplementedError('a'), b = new NotImplementedError('b');. Teraz a instanceof NotImplementedError == falseib instanceof NotImplementedError == true
— jjrv

-1

To najszybszy sposób na zrobienie tego:

    let thisVar = false

    if (thisVar === false) {
            throw new Error("thisVar is false. It should be true.")
    }

-3

łatwiejszy sposób. Możesz sprawić, że Twój obiekt odziedziczy po obiekcie Error. Przykład:

function NotImplementError(message)
{
    this.message = message;
    Error.call();
    Error.call(message);
} 

używamy funkcji call (), która wywołuje konstruktor klasy Error, więc jest to w zasadzie to samo, co implementacja dziedziczenia klas w innych językach obiektowych.


Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.