Как в современном мире обрабатывать ошибки в Javascript?

@lair, друг, извини, что я так сильно тебя обидел, и что из-за этого тебе пришлось лепить минусы на все мои сообщения.

Как в современном мире обрабатывать ошибки в Javascript?

Естественно, что не знает. Точно также, как и код возвращающий объект типа.

type Result = {
    status: boolean;
    message: string;
}

Как в современном мире обрабатывать ошибки в Javascript?

Как жаль, что я уже не могу поставить вам плюс.

Как в современном мире обрабатывать ошибки в Javascript?

Кстати, если попытаться отвлечься от войны, можно увидеть, что наш разговор превратился в спор похожий на ситуацию "табуляция против пробела"... =)

Как в современном мире обрабатывать ошибки в Javascript?

Ну вот мое мнение, как раз в том и состоит, что по отдельности обрабатывать ошибки удобнее (по моему мнению, два try-catch в одном блоке уже перебор ) способом из статьи, если нужно все вместе - catch

Как в современном мире обрабатывать ошибки в Javascript?

Как я писал выше, способ описанный в статье, позволяет обрабатывать ошибки по мере их поступления (возможного). Что касается catch, действительно, он ловит все ошибки и мы спокойно их все разгребем. Проблема лишь в том, что мы все это делаем в одной куче.

Как в современном мире обрабатывать ошибки в Javascript?

Серьезно? Я говорю, что можно применять разные подходы в зависимости от ситуации. Я не ограничиваюсь лишь своим подходом, меня не пугает ни try...catch, не onError, ни Error-First-Callback. Пока мне не слили рейтинг с кармой я не минусовал людей с другой точкой зрения, а общался. Но в тоже время, меня решили заминусовать. Так где же у меня догма?

Как в современном мире обрабатывать ошибки в Javascript?

Чаще / реже, не значит, что нужно использовать подход обозначенный в статье, так же как и не значит, что не нужно использовать общий подход. Это просто еще один способ (по моему мнению более прогрессивный), не более того. Ну и "субъективно" для меня, читаемость такого кода лучше

Как в современном мире обрабатывать ошибки в Javascript?

Разная специфика ошибок, требующая по-разному реагировать.

Кажется, что я столкнулся с 'религиозной' догмой...

Как в современном мире обрабатывать ошибки в Javascript?

В комментах были возмущения на тему того, что это лишний код, лишние проверки... Хоть ты это не писал, просто у меня накопилось) не наезд, ни в коем случае)

Благословил - я имел ввиду, что когда другие пишут 'лишний' код, это очень плохо, нужно минусовать. Если я пишу - это правильно, я знаю как лучше.

Вот так, грубо говоря.

Как в современном мире обрабатывать ошибки в Javascript?

читай мой коммент выше

Как в современном мире обрабатывать ошибки в Javascript?

То есть, все таки, лишний код можно писать, но только тогда, когда его ты сам благословил?

Как в современном мире обрабатывать ошибки в Javascript?

Ну так ошибки и в catch можно по-разному обрабатывать.

Да, но тут ты на уровне интерфейса (названия событий) понимаешь какие могут быть ошибки.

Возвращаемся к try...catch

try {
  ...
	let data = await getDataFromCache();
	if (!data) {
    // если в кэше этих данных нет
  	data = await getDataFromDB(); 
  }
	...
} catch(e) {
	// здесь может быть ошибка из кэша или db
}

Иначе

let data, err;
[data, err] = await getDataFromCache();
if (err !== null) {
	// например, кэш не успел подняться после 
  // перезагрузки, это не повод идти в catch, 
  // можно побробовать взять из базы или что то еще 
}

Да, можно использовать только try...catch , но...

try {
    let x = 5;
    throw new Error();
} catch(e) {
    console.log(x);
		// Uncaught ReferenceError: x is not defined
}

Как в современном мире обрабатывать ошибки в Javascript?

И да, и нет. XMLHttpRequest имеет много разных событий: error, abort, timeout... Это как раз пример того, что ошибок может быть много и разных, и специфика этих ошибок в том, что их нужно по разному обрабатывать. Нас же не смущает, то, что мы используем колбеки для подписки на события. Timeout, abort, error - тоже события. С другой стороны, с "религиозной" точки зрения - "Это другое!".

Как в современном мире обрабатывать ошибки в Javascript?

Подход у XMLHttpRequest - показывает, что жизнь может быть чуть сложнее. С readFile, действительно, сейчас есть возможность использовать вариант с промисом. Но старый вариант позволял выполнить определенный код не теряя "контекст".

Как в современном мире обрабатывать ошибки в Javascript?

Я выше приводил примеры такого как ошибки обрабатываются в случает XMLHttpRequest и readFile, в первом случае - подписка на событие ошибки, второй - ошибка передаётся первым аргументом в колбеке. Вообще забавна такая реакция сообщества, такое ощущение, что никто не знает про вышеописанные способы/приёмы. Вариант который предлагаю я, по сути, синтаксический сахар для ErrorFirstCallback. С трудом верится, что люди не знают такие вещи, видимо, такие люди просто более активны в комментариях…

Как в современном мире обрабатывать ошибки в Javascript?

Позволяет!

Судя по всем показателям (комменты, карма, рейтинг), люди восприняли мой текст, как призыв все бросить и безоговорочно начать использовать такой подход вообще везде. Вероятно, виноват мой стиль неопытного повествователя (первая публикация). Но идея такого подхода, фактически, не заменить, но дополнить стандартный подход. Всего навсего, ещё один инструмент, для некоторых ситуаций. Действительно, если логика приложения не требует такого подхода, то и использовать его не обязательно.

Как в современном мире обрабатывать ошибки в Javascript?

Такой способ позволяет обработать разумные ошибки, а не просто написать в лог. Но действительно, фронтенд приучает людей писать код расслаблено, просто поймать ошибку через catch и больше ничего не делать. На практике, в сложных системах, это более чем разумно. Не всегда нам нужно просто прекращать идти по сценарию. Представь, что у нас есть много сервисов и любой из них может «пропасть» в любой момент, это не повод прекращать работу всего проекта.

Как в современном мире обрабатывать ошибки в Javascript?

Обработка ошибок должна быть неотъемлемой частью сценария, иначе, как всегда, обработка будет пропущена, как и написание тестов, я полагаю…

Как в современном мире обрабатывать ошибки в Javascript?

Для описанного вами случая можно использовать “switch default”