Y
попробуй кодировку cp1251
Заработало
Size: a a a
2020 March 06
Y
Спасибо
★
помню сам мучался с ними, как же я их ненавидел)
Б
Почему catch(Exception e) считается плохой практикой? почему вместого того что бы перечислять несколько exceptions я немогу просто тупо написать один catch(Exception e) ? кто нибудь расскажите по подробнее
AY
Большой лебовски
Почему catch(Exception e) считается плохой практикой? почему вместого того что бы перечислять несколько exceptions я немогу просто тупо написать один catch(Exception e) ? кто нибудь расскажите по подробнее
как минимум потому что ловит RuntimeException, но конечно зависит от того как используете исключения
Б
Ну например если я тупо делаю printStackTrace
AY
Большой лебовски
Ну например если я тупо делаю printStackTrace
а я например хочу fail fast чтобы сразу падало при ошибках программирования типа npe или aob
LS
Большой лебовски
Ну например если я тупо делаю printStackTrace
@SneakyThrows ставь и вообще не нужно будет трай кетчи ставить
MP
Большой лебовски
Почему catch(Exception e) считается плохой практикой? почему вместого того что бы перечислять несколько exceptions я немогу просто тупо написать один catch(Exception e) ? кто нибудь расскажите по подробнее
На случай, если ты хочешь применить разную логику в случае разных эксепшенов. Например:
try ....
catch(IllegalTypeException) {} // допустим, передали данные неправильного типа
catch(FileNotFoundException) {} // если не был найден файл
catch(Exception) // здесь что-то общее на случай непредвиденной ошибки
try ....
catch(IllegalTypeException) {} // допустим, передали данные неправильного типа
catch(FileNotFoundException) {} // если не был найден файл
catch(Exception) // здесь что-то общее на случай непредвиденной ошибки
Б
На случай, если ты хочешь применить разную логику в случае разных эксепшенов. Например:
try ....
catch(IllegalTypeException) {} // допустим, передали данные неправильного типа
catch(FileNotFoundException) {} // если не был найден файл
catch(Exception) // здесь что-то общее на случай непредвиденной ошибки
try ....
catch(IllegalTypeException) {} // допустим, передали данные неправильного типа
catch(FileNotFoundException) {} // если не был найден файл
catch(Exception) // здесь что-то общее на случай непредвиденной ошибки
А если у меня одна только общая логика значит могу написать один catch(Exception e) ?
l
Лебовский, если тебе для галочки то можешь один, а если тебе надо знать что за ошибка и где, тогда обробатывай лучше
MR
Лебовский, если тебе для галочки то можешь один, а если тебе надо знать что за ошибка и где, тогда обробатывай лучше
+
l
Большой лебовски
Почему catch(Exception e) считается плохой практикой? почему вместого того что бы перечислять несколько exceptions я немогу просто тупо написать один catch(Exception e) ? кто нибудь расскажите по подробнее
вот получил ты ошибку если файл не найден, или если значение нулевое, или если вышел за пределы списка, а тебе комп говорит просто - ошибка
l
и думай, куда лезть и как обрабатывать
Б
и думай, куда лезть и как обрабатывать
Почему? можно же сделать exception.getMessage ну или printStackTrace тот же самый и он уже скажет какой exception был
l
а так, если файл не найден, можно указать другой, нулл, значит работать с опшнлом или как-то заменить на дефолтное значение при ошибке ну и так далее, т.е. это делается для того что бы как-то отреагировать на ошибку конкретно
ch
Большой лебовски
Почему catch(Exception e) считается плохой практикой? почему вместого того что бы перечислять несколько exceptions я немогу просто тупо написать один catch(Exception e) ? кто нибудь расскажите по подробнее
потому что ты ждешь одно а прилетит другое
l
это называется метод через жопу, так только на джава скрипте делают) типо выводить на экран и всё. а это конкретно для того что бы приложение продолжило работать даже если была ошибка
l
а иначе ты останавливаешь приложение, смотришь стек трейс, идешь к костоправу за прямыми руками, переделываешь, а так во время работы приложение само ( по тобою заданной логике) решает проблему
ch
Большой лебовски
Почему? можно же сделать exception.getMessage ну или printStackTrace тот же самый и он уже скажет какой exception был
можно, но ты реально ради того чтобы не писать пару раз catch готов в ручную парсить что это за Exception?