Почему люди не знают про DispatcherUnhandledException += App_DispatcherUnhandledException;

Ти не завжди хочеш (точніше, майже ніколи не хочеш), щоб помилки переривали виконання всього коду і викидали виконання аж в глобальний хендлер Глобальний хендлер тільки для того, щоб ловити критичні необроблені помилки, які просочилися Інакше ти кладеш всю інфру заради "лога" Зазвичай у кожного фреймворка є власні глобальні хендлери (у asp.net core це middleware, у azure functions це ще якісь свої штуки, і т.д.) Плюс, ловлячи помилку десь далеко, ти втрачаєш локальний контекст (ти не можеш, наприклад, залогати стан локальних змінних на момент виникнення помилки, бо ти вже десь далеко на рівні домену)

0

10 месяцев назад

Евгений Сотников Автор вопроса

Vova Lantsov 🇺🇦
Ти не завжди хочеш (точніше, майже ніколи не хочеш...

Ты не хочешь прерывать исполнение если это ошибки логики а не твои неотловленные наллрефы Но у ошибок логики есть определенныйц тип который и надо хендлить, а не супекласс Exception

0

10 месяцев назад

Vova Lantsov 🇺🇦

Евгений Сотников
Ты не хочешь прерывать исполнение если это ошибки ...

ти будеш вишукувати кожен клас помилки (яких в 1 методі може бути умовно 10), який може кинути кожна з ліб, яку ти юзаєш, щоб окремо це обробити, і так в усіх місцях коду, щоб твої try/catch локальні займали по 100 строк? успіхів) null ref там ніколи в цілому не має навіть виникнути Якщо він там виникнув у проді - питання до QA Коли код пишеться правильно - в цьому навіть нічого поганого немає, бо помилка (яка б вона не була) логується, а юзеру коректно повертається текст помилки на UI І знову ж таки останній абзац минулого повідомлення, досі валідний навіть для null ref

0

10 месяцев назад

Евгений Сотников Автор вопроса

Vova Lantsov 🇺🇦
ти будеш вишукувати кожен клас помилки (яких в 1 м...

Да, все обшики которые приходят извне сборки надо отдельно оьрабатыватьсогласно контракту вызваемых методов

0

10 месяцев назад

Vova Lantsov 🇺🇦

Евгений Сотников
Да, все обшики которые приходят извне сборки надо ...

Давай інакше, мінуси якщо вони окремо не оброблюються (не беручи до уваги окремі випадки, коли це необхідно по логіці)?

0

10 месяцев назад

Евгений Сотников Автор вопроса

Захламляется код лишними вложенностями и вызовам логов

0

10 месяцев назад

Vova Lantsov 🇺🇦

Евгений Сотников
Захламляется код лишними вложенностями и вызовам л...

Не згоден. У нас на проєкті в 95% випадків хендляться помилки catch (Exception), все ок

0

10 месяцев назад

Bogdan

тому що якщо помилка дойде до глогбалнього хендлера, то потік вмре)

0

10 месяцев назад

Евгений Сотников Автор вопроса

Bogdan
тому що якщо помилка дойде до глогбалнього хендлер...

не обязательно, если ты в хендлере проставишь private void App_DispatcherUnhandledException(object sender, System.Windows.Threading.DispatcherUnhandledExceptionEventArgs e) { e.Handled = true; } то не умрет

0

10 месяцев назад

Bogdan

Евгений Сотников
не обязательно, если ты в хендлере проставишь ...

Я не про процес, а про потік кажу. Там не залишиться чому виконуватись, якщо стек ввесь розмотався

0

10 месяцев назад