Есть ли целесообразность использования оператора throws?

Question

[krembrule2016]

Приветствую!
Продолжаю почитывать книгу Шилдта "Java 8. Полное руководство"
Параллельно, само собой, экспериментирую с приведенными примерами. Заинтересовал такой пример использования оператора throws
Шилдт пишет, что если метод генерирует исключение, которое сам не обрабатывает, то для того, что программа успешно скомпилировалась необходимо обязательно дополнить объявление метода указанием оператора throws и списка исключений, который тот порождает, но оставляет на разбор последующему коду.
Цитата из книги "Ниже приведен пример неверно написанной программы, пытающейся сгенерировать
исключение, которое в самой программе не перехватывается. Эта программа
не подлежит компиляции , поскольку в ней отсутствует оператор throws,
в котором объявляется неперехватываемое исключение.
Эта программа с одержит ошибку , и поэтому она не подлежит компиляции

c l a s s Throws Demo {
s t a t i c void t h r owOn e ( ) {
)
S y s t em . out . p r i n t l n ( " B теле ме тода t h r owOne ( ) . " ) ;
throw new I l l eg alAcc e s s Excep t i on ( " дeмoнc тpaция " ) ;
puЫ i c s ta t i c void ma i n ( S t r ing a r gs [ ] ) {
throwOne ( ) ;

Чтобы эту программу можно было скомпилировать, в ее исходный следует
внести два изменения. Во-первых, объявить в методе throwOne ( ) генерирование исключения типа IllegalAccessException . И во-вторых, определить в методе main( ) блок оператора try/catch для перехвата этого исключения. Ниже приведен исправленный код данной программы."

Я покрутил текст программы и обнаружил, что такой вариант тоже собирается и работает:

static void testException()
        {
         
             throw new ArithmeticException("Арифметическая ошибка"); // тут порождаем исключение
        }
public static void main(String[] args) {
        // TODO code application logic here
        try{
        testException();
        }
        catch(ArithmeticException e)
        {
            System.out.println(e + "Vot tut"); // здесь отлавливаем исключение, которое породил наш метод
        }
        
}

Т.е. теперь мне непонятно зачем использовать оператор trows, ведь и без него все работает?

Answer 1

[Saboteur]

Для того, чтобы научиться работать с перехватом конкретных исключений, не обязательно писать программу с ошибкой. Можно просто напрямую вызвать эту ошибку(исключение) командой throw.

То есть в данном случае задача не в том, чтобы кидать исключения, а научиться их правильно перехватывать.
И тут пример, как вы делаете catch ранее throw исключения.
В нормальной программе throw не нужен, это нужно временно, для отладки ваших catch

Comments

[krembrule2016]

Т.е. throws нужен лишь для индикации программисту ошибок, которые генерятся в методе?

[Saboteur]

krembrule2016: throw собственно и генерирует ошибку.

Например какая-то программа при дисконнекте выдает ошибку и вылетает.
А вы хотите, чтобы она автоматически переподключалась, выдавая красивое предупреждение.

Для этого вы пишете функцию переподключения и обработки, но чтобы проверить ее работу, вам не обязательно выдергивать сетевой кабель - вы можете просто написать "throw disconnect", что будет эмулировать дисконнект программно.
Затем, когда все будет работать окей, убираете ваш throw и живете дальше.

Либо другой вариант.
Например пишете в базу фамилию ученика, затем запрашиваете по сети количество занятий и оценки, делите и записываете в базу среднее. Если вам по сети пришло 0 и 0, то выскочит ошибка деления на ноль, и программа закроется.
Но вы можете перехватить это исключение, выполнить удаление из базы фамилии, а затем снова вызвать это исключение через throw, и программа все-таки вылетит с ошибкой деления на нуль. Но при этом в базе уже не будет лишней фамилии. То есть программа вылетела по ошибке деления на нуль, как и должна была, но при этом целостность базы не пострадала.

Прошу воспринимать оба примера выше как теоретические, для наглядности.

[krembrule2016]

Saboteur: про throw я понял. Есть еще throws, эта синтаксическая конструкция используется при описании методов.
например:
static void Primer() trows ArithmeticException { так и рас так, с исключением типа arithmeticexception }

Answer 2

[Андрей Шишкин]

"Т.е. теперь мне непонятно зачем использовать оператор trows, ведь и без него все работает?"

Есть исключения проверяемые (checked), а есть не проверяемые (unchecked). Отсюда и пляшите )
Легко гуглится.