Еще на тему
Гжегож Кэмбербетч и Бенедикт Бженчишчикевич
Популярные Комиксы
 | Комиксы Cyanide and happinessРейтинг: 80,611.1 |
 | cynic mansionРейтинг: 72,505.0 |
 | JaGoРейтинг: 70,597.5 |
 | ОглафРейтинг: 61,331.3 |
 | pet_fooleryРейтинг: 49,095.2 |
 | countryballsРейтинг: 48,277.3 |
 | BuniРейтинг: 47,993.4 |
 | SMBCРейтинг: 42,661.0 |
 | slack wyrmРейтинг: 39,451.3 |
 | duran artРейтинг: 37,982.9 |
Сейчас на сайте
Всего пользователей на сайте: 651
Пример - метод read() класса ArrayInputStream декларирует возможный IOException, так как он пронаследован. Но он его в принципе не может выкинуть.
Вообще, программируя одновременно на жабе и скалке, я понял, что checked exceptions скорее зло, чем добро. В реальности обычно похер, что именно свалило твой поток, и мало что можно сделать, если исключение уже прилетело. И тип исключения в самом коде важен редко - не похуй ли, что залогировать?
Код не работает, но и помалкивает.
Иди гадай, что с ним не так, если этот код писал не ты.
а поддерживать придется
boolean isNumber(String s) {
try {
int n = Integer.parseInt(s);
return true;
} catch (Throwable ex) {
}
return false;
}
Вот что он точно знает, так это то, что если убрать return false из самого конца функции, то формально это будет функция с undefined return value.
if (1>2) then doSome();
Это я не говорю про идею(иде), которая умеет смотреть вглубь вызовов, и предупреждать, что условие всегда true, или же то, что в этом месте значение переменной всегда будет одинаковым(и предлагать заменить всю цепочку вызовов константой, или заинлайнить код).
А с логгированием нужно быть осторожным, бо я сталкивался с ситуацией, когда логгинг всякой хуйни был бутылочным горлышком по производительности.