Издалека показалось, что это не те дроиды, которых вы ищете.
Обычно в таких местах в комментах что то типа
"there is no hope anymore"
/ если ты здесь, то надежды нет.
В питоне иногда удобнее вместо тысячи хитромудрых условий использовать конструкцию типа:
try:
foo()
except Exception:
pass
В питоне это основа для обработки данных
ну, можно залогировать, но какая разница?
Э, в смысле? Что б потом прочитать найти корнер кейс и исправить. Таков путь
Подумаешь первый в мире спутник на .NET упадет в море.
>первый в мире спутник на .NET
А где-то выше по стеку вызовов, скучает непустой catch(Exception e).
в норм конторах такой код не пройдет компиляцию, а потребует исправить на
catch // ignore because ...
{
}
Это может быть либо статический анализ, либо код-ревью, но никак не компиляция. :)
Ну уверен, но есть подозрение, что в некоторых ide таки можно поставить запрет на билд при пустом обработчике ошибок.
В IDE можно поставить настройку, что предупреждение считается ошибкой и компиляции не будет.
Разве я не это сказал?
Именно. На мой взгляд настройка treat warnings as errors как раз переводит проверку из категории статический анализ в разряд компиляции
Такая проверка и есть статический анализ кода на (не)соответствие определенному набору правил.
А что уже по ее результатам делает IDE / пользователь - вопрос другой.
В csproj можно задать правило treat warnings as errors и оно будет выполняться и в ide и просто при вызове компилятора, так что у пользователя не будет выбора - придется исправлять
Не все исключения должны быть обработаны. Всё зависит от задачи. В каких-то случаях нужна причина произошедшего, в каких-то - результат или его достижимость.
В программировании обычно нет правил, которые действуют всегда. Не надо ничего возводить в абсолют.
