Jestem poczatkujacym programista , zauwazylem ze kazdy program jaki widzialem z throw ma nad soba ifa , wiec jak rozumiem ze uzywajac throw musi to byc typ bledu ktory da rade ogarnac ifem a potem throw? np ArrayIndexOutOfBoundsException to po prostu robisz ifa ze musi byc index wiekszy badz rowny 0 i mniejszy niz tab.length , wiec nie da rady uzyc throw na bląd InputMismatchException?Bo w ifie chyba nie da rady tego ,, ogarnac,, zeby mogl byc rzucony? jesli sie myle to prosze o jakis PROSTY przyklad . Pozdrawiam :)
Java - Rejestracja:ponad 8 lat
- Ostatnio:około 8 godzin
- Postów:166
0
Rzucanie wyjątków (throw) służy do zgłaszania sytuacji która jest nie przewidziana; i nie wiadomo jak obsłużyć. If przed throw sprawdza czy sytuacjia wyjatkowa wystąpiła (i jeżeli wystąpiła to wykonywana jest instrukcja rzucania wyjątku).
Nazwy wyjątków nie mają znaczenia w kontekście tego co się da a co sie nie da. Nazwy mają sugerować co jest przyczyną przerwania operacji.
- Rejestracja:ponad 8 lat
- Ostatnio:około 2 lata
- Postów:731
0
jak rozumiem ze uzywajac throw musi to byc typ bledu ktory da rade ogarnac ifem a potem throw?
Ogólnie to tak z tym że, użycie throw sugeruje, że programista wie co robi. :)
Natomiast jeśli chodzi o obsługę błędów itp.: zdecydowanie lepiej jest skorzystać z bloku try-catch i w tym bloku użyć if-else do np. logowania błędów z pomocą log4j. Można używać System.out lub System.err, z czego to drugie tylko koloruje w konsoli. Jeśli masz bardzo dużą i rozbudowaną web aplikację, to szukanie w logach jakiegoś System.out to jest oczopląs. Stąd wskazanie na log4j. To nie jest to samo co celowe użycie throw, tylko drobna wskazówka jak podchodzić do obsługi błędów.
- Rejestracja:ponad 8 lat
- Ostatnio:około 2 lata
- Postów:731
0
Tak masz rację. if-em nie sprawdzasz błędu, tylko zakładasz jaki błąd wyrzucić, jeśli on wystąpi w jakiejś sytuacji. Stąd moje określenie, że programista wie co robi :)
- Rejestracja:ponad 8 lat
- Ostatnio:około rok
- Postów:64
0
podsumowujac , throw jest zalezny od ifa , jesli nie da rady jakiegos bledu ,,ogarnac,, ifem to nie da rady go rzucic uzywajac throw i wtedy trzeba uzyc try catch , tak?
jarekr000000
Chyba rozumiem o co ci chodzi... więc nieprawda. If nie ma tu nic do rzeczy. Zawsze możesz rzucić błąd. A to co ci miesza to: RuntimeException. (Bo tych można nie deklarować (throws) i nie trzeb przechwytywać). Z ifem nie ma to nic wspólnego.
- Rejestracja:ponad 8 lat
- Ostatnio:około 4 godziny
- Lokalizacja:U krasnoludów - pod górą
- Postów:4706
0
Nie rozumiem trochę twojej odpowiedzi.
Throw nie jest zależny od ifa.
To ortogonalna konstrukcja.
W szczególności możesz pisać programy tylko na ifach /while/for bez używania throw.
Albo możesz napisać cały program tylko korzystając tylko z throw http://www.99-bottles-of-beer.net/language-java-866.html
To drugie rozwiązanie jest oczywiście głupie.
Normalnie w programach miesza się obydwie konstrukcje.
To jest trochę jak ze światłami drogowymi:
Normalne sterowanie na skrzyżowaniu masz przez czerwone i zielone światła, i one decydują kto jedzie/idzie, a kto stoi. Tak działa if.
Ale czasem jedzie prawidłowo oznakowana kolumna pojazdów rządowych posługująca się sygnałami świetlnymi i dźwiękowymi
i ich te światełka generalnie nie obchodzą.
Ify obsługują to co jest normalne i jest twoim algorytmem / logiką.
Throw używasz tam gdzie ta logika się kończy - np. program ma znaleźć dane użytkownika w pliku (stałym)... a tu nie ma pliku.
Do tego warto jeszcze dodać, że o ile błąd nie jest "zupełnie/totalnie" niespodziewany to lepiej exceptionów i throw nie używać. (Konstrukcje Option/Either/List
są lepiej testowalne).
edytowany 3x, ostatnio: jarekr000000
Ale przy instrukcji throw zawsze jest if , np Blad ArrayIndexOutOfBoundsException da rade ,,ogarnac,, ifami np if(i<0||i>=tab.length) throw new ArrayIndexOutOfBoundsException , a np InputMismatchException nie da rady ,,ogarnac,, go ifem wiec chyba nie da rady uzyc throw new InputMismatchExcepiton , jedenie mozna go obsluzyc Od razu w try catch mam racje?
Nadal nie rozumiem.
Zobacz głupi kod jaki podesłałem. Tam masz:
try { int a = 03 / (99-i); throw new BottleException(i+1, this); }
Nie ma ifa. A fragment rzuca dwa exceptiony (ale tylko jeden jawnie). Oba są potem obsłużone. ( I w obsłudze nadal nie ma ifa).
a bys napisal mi prosty kod , w ktorym uzyjesz throw new InputMismatchException?
Proszę
```
public static void main(String[] args)
{
throw new java.util.InputMismatchException("Chyba się nie wysiliłem...");
}
```