Обработка исключений в экспресс

вы должны использовать промежуточное ПО обработки ошибок express через app.use(error, req, res, next). Express поддерживает отдельный стек промежуточного ПО, который он использует, когда обычный стек промежуточного ПО создает необработанное исключение. (Обратите внимание, что express просто смотрит на arity обратного вызова (количество ожидаемых аргументов), чтобы классифицировать его как обычное промежуточное ПО или промежуточное ПО для обработки ошибок, что немного волшебно, поэтому просто имейте в виду, что вы должны объявить аргументы, как указано выше, чтобы express понял, что это обработка ошибок промежуточное программное обеспечение.)

и основываясь на вашем вопросе и комментариях, просто поймите, что исключения не так уж полезны в узле.js, потому что каждый асинхронный вызов получает новый стек, поэтому обратные вызовы используются везде, и 1-й аргумент является ошибкой универсально. Ваш try/catch блок в Примере только собирается поймать исключение, брошенное непосредственно findById (как если id were undefined, как и в вашем фрагменте), но как только фактический вызов базы данных сделан, это все, вызов стек закончен, и никакие дополнительные исключения не могут произойти, пока не начнется совершенно другой стек вызовов, когда узел вызывает асинхронный обратный вызов IO.

Спасибо за ответ, но это работает только в том случае, если я помещаю try/catch внутри асинхронного обратного вызова и делаю следующий catch(exp). Я хотел бы избежать наличия отдельных блоков try/catch в каждом асинхронном обратном вызове.

нет, это неправда. Вам не нужно вручную вызывать next(exp). Express поймает ошибку и запустите промежуточное программное обеспечение для обработки ошибок (так express делает это дружественные к разработчику страницы отчетов об исключениях в режиме dev). И асинхронные библиотеки не выдают исключений даже при" нормальных " условиях ошибок. Они передают ошибку обратному вызову, поэтому в целом вам не нужно беспокоиться о try/catch, что много в узле. Просто никогда не игнорируйте параметр ошибки, переданный функции обратного вызова, и все в порядке.

вы не видите этот шаблон в узел:

someDb.query(someCriteria, function (error, result) {
  try {
    //some code to deal with result
  } catch (exception) {
    callback(exception);
  }
});

вы видите это, хотя:

someDb.query(someCriteria, function (error, result) {
  if (error) {
    callback(error);
    return;
  }
  //some code to deal with result
});

узел обрабатывает IO по-разному, что означает, что стек вызовов работает по-разному, что означает, что исключения работают по-разному, что означает, что обработка ошибок работает по-разному. Вы можете написать стабильное приложение node / express, которое обрабатывает ошибки без сбоев без написания одной попытки / улова. (у express есть один, который обрабатывает необработанные ошибки, которые пузырятся до самого верха). Это не функциональное ограничение, это просто согласие. асинхронного ввода-вывода, что означает, что вы должны писать свой код по-разному и обрабатывать ошибки с обратными вызовами вместо исключений. Думая о нем, как "ограничение", а не "так оно и есть" вызывает негативный оттенок на то, что это просто техническая реальность. Существуют чистые и надежные шаблоны для обработки исключений как в синхронной, так и в асинхронной парадигме.