Kiedy złapać RuntimeExceptions w kodzie?

Question

Podczas programowania w java jest jakiś czas, że jako programista powinien rozważyć złapać RuntimeExceptions?

Answer 1

Łapiesz wyjątek RuntimeException z tego samego powodu, dla którego przechwycono wyjątek: zamierzasz coś z nim zrobić. Być może możesz poprawić wszystko, co spowodowało wyjątek. Być może po prostu chcesz ponownie zagłębić się w inny typ wyjątku.

Złapanie i ignorowanie wyjątków jest jednak bardzo niekorzystne.

Answer 2

Oto, co mogę wymyślić.

1. Jeśli chcesz pokazać miłą wiadomość do użytkownika końcowego w przypadku gdy coś poszło nie tak, złapać RuntimeException i zalogować się. Następnie pokaż trochę fajnej wiadomości na ekranie zamiast błędu blastowania.
2. zawinąć ramy konkretnego CheckedExceptions do zastosowania konkretnego RuntimeExceptions .To jest korzystne stosowanie RuntimeException jako niestandardowego wyjątkiem jak powiedział here.

Answer 3

Tak: zawsze, gdy możesz i chcesz odzyskać od nich.

Wiele typowych wyjątków dziedziczy po RuntimeException, a każda z nich może lub nie może być odzyskana w zależności od konkretnych okoliczności. Sama klasa RuntimeException nie oznacza, że ​​wyjątek musi lub nie może zostać przechwycony.

Na przykład możesz mieć metodę biblioteki, która wyrzuca IllegalArgumentException na niektórych wejściach. Jeśli dotyczy to twojego programu, możesz złapać ten wyjątek i odzyskać w pewien sposób, na przykład próbując innego wejścia lub wyjaśniając użytkownikowi, dlaczego operacja nie może być kontynuowana.

Answer 4

Na podstawie sprawdzania poprawności użytkownika, aby wyświetlić użytkownikowi niestandardowy komunikat, należy przejść do opcji RuntimeException.

Zawiń niestandardową wiadomość, a następnie ją wyrzuć.

throw new RuntimeException("Invalid userName/Password !"); 

Answer 5

Zasadniczo tylko raz, co chcesz, aby złapać jednego jest gdy nie można pozwolić, aby aplikacja wysadzić. This is a good article opisując to w znacznie bardziej szczegółowo, ale tutaj jest to cytat, który podsumowuje:

"If a client can reasonably be expected to recover from an exception, make it a 
checked exception. If a client cannot do anything to recover from the exception, 
make it an unchecked exception". 

Od niesprawdzonych wyjątki są w zasadzie tylko błędy w kodzie oraz przez naprawdę powinien być rzucony tylko tam, gdzie nie ma nic, co można zrobić o nich, jedynym czasem, w którym chciałbyś go złapać, jest to, że nie możesz pozwolić, by twoja aplikacja się wysadziła.