[BloodDeath94]

#naukaprogramowania #java

Mógłby mi ktoś wyjaśnić różnicę między Exception a RuntimeException?

I zerknąć tutaj w kod, bo nie wykonuje mi niczego po próbie przechwycenia wyjątku MyException

http://pastebin.com/6GvL9HZf

[M4ks]

@BloodDeath94: jeden to klasa z biblioteki, druga to twoja własna

[BloodDeath94]

@M4ks: kurde fail, pisałem to 5 raz, nie MyException, tylko Exception i RuntimeException

[M4ks]

@BloodDeath94: poszukaj sobie checked vs unchecked exception.

[g.....s]

@BloodDeath94: Exceptiony musisz za każdym razem łapać, a runtimy nie. Np. taki NullPointerException jest Runtime i cały kod byłby zawalony, jakbyś za każdym razem musiał w try/catch zawijać potencjalne nulle.

[BloodDeath94]

@grudus: to jak mogę rzucić swoim RuntimeException i sprawdzić, że działa?

[g.....s]

@BloodDeath94: w testach tak w ogóle się nie sprawdza wyjątków, jak używasz JUnit to w adnotacji Test w nawiasie się dodaje coś typu (expected = MojWyjatek.class). A jak po prostu w kodzie to możesz łapać catchem normalnie, ale to nie jest konieczne do poprawnej kompilacji.

[sorhu]

@BloodDeath94:
throw new RuntimeException(){};

[BloodDeath94]

@grudus: tzn ja chce w teście, bo mam zrobić własne exception i runtimeexception i zaprezentować, że działają

[GotoFinal]

@BloodDeath94: a instance.ZapisDoPliku(sciezka, tab); nie wywala ci już innego błędu? wtedy kod niżej się już nie wykona
I dlaczego masz to zrobić? Czy tak wyglądają zadania na staż?

[BloodDeath94]

@GotoFinal: nie widzę, żeby był tam jakiś błąd
to w ogóle zadanie na #studbaza a nie na staż

[GotoFinal]

@BloodDeath94: chodzi mi o to że pisałeś o różnych Exception, więc jak ta metoda zapisu wywali inne (runtime) exception bo w końcu miałeś testować oba, to kod niżej już się nie wykona.
Uff, dobrze że studia, bo bym się załamał poziomem stażu :D