Alternatywy

Alternatywa dla tego:

async function main() {
  try {
    var quote = await getQuote();
    console.log(quote);
  } catch (error) {
    console.error(error);
  }
}

Byłoby coś takiego, używając obietnic wprost:

function main() {
  getQuote().then((quote) => {
    console.log(quote);
  }).catch((error) => {
    console.error(error);
  });
}

Lub coś w tym stylu, używając stylu przejścia kontynuacyjnego:

function main() {
  getQuote((error, quote) => {
    if (error) {
      console.error(error);
    } else {
      console.log(quote);
    }
  });
}

Oryginalny przykład

Oryginalny kod powoduje zawieszenie wykonania i oczekiwanie na rozliczenie obietnicy zwróconej przez getQuote(). Następnie kontynuuje wykonywanie i zapisuje zwróconą wartość do var quote, a następnie wypisuje ją, jeśli obietnica została rozwiązana, lub rzuca wyjątek i uruchamia blok catch, który wyświetla błąd, jeśli obietnica została odrzucona.

Możesz zrobić to samo używając API Promise bezpośrednio, jak w drugim przykładzie.

Wydajność

Właśnie napisałem ten kod - f1() daje 1 jako wartość zwracaną, f2() rzuca 1 jako wyjątek:

function f1() {
  return 1;
}

function f2() {
  throw 1;
}

Teraz nazwijmy ten sam kod milion razy, najpierw f1():

var sum = 0;
for (var i = 0; i < 1e6; i++) {
  try {
    sum += f1();
  } catch (e) {
    sum += e;
  }
}
console.log(sum);

I więc zmieńmy f1() na f2():

var sum = 0;
for (var i = 0; i < 1e6; i++) {
  try {
    sum += f2();
  } catch (e) {
    sum += e;
  }
}
console.log(sum);

Oto wynik, który otrzymałem za f1:

$ time node throw-test.js 
1000000

real    0m0.073s
user    0m0.070s
sys     0m0.004s

To jest to, co mam dla f2:

$ time node throw-test.js 
1000000

real    0m0.632s
user    0m0.629s
sys     0m0.004s

Wydaje się, że możesz zrobić coś w rodzaju 2 milionów rzutów na sekundę w jednym procesie jednowątkowym. Jeśli robisz więcej niż to, może trzeba się tym martwić.

Podsumowanie

Nie martwiłbym się o takie rzeczy w Node. Jeśli takie rzeczy się dużo zużywają, to w końcu zostanie zoptymalizowany przez V8 lub Spidermonkey lub zespoły Chakra i każdy będzie śledzić - to nie jest tak, że nie jest zoptymalizowany jako zasada, to po prostu nie jest problemem.

Nawet jeśli nie jest zoptymalizowany to i tak argumentowałbym, że jeśli masz maksymalnie CPU w Node to powinieneś chyba napisać swój numer w C - po to są między innymi natywne dodatki. A może coś jak węzeł.natywny byłby lepiej dostosowany do tego zadania niż węzeł.js.

Zastanawiam się, jaki byłby przypadek użycia to wymaga wielu WYJĄTKÓW. Zwykle rzucenie wyjątku zamiast zwracania wartości jest, cóż, wyjątkiem.