Exception weiterreichen

[DennisXX]

Hallo !

Ich plane einen zentralen Punkt in einem IT System, an dem die auftretenen Exceptions bearbeitet werden sollen. Da könnte ich mir eine eigene Exceptionklasse vorstellen.

Würde es da einfach ausreichen, diese Klasse von Exception abzuleiten und diese dann in der throws Klausel in einem Methodenkopf anzugeben?

mfg
Dennis

 

[pl4gu33]

mm,... also ich bin mir nicht ganz sicher was du mit "Exceptionklasse" meinst aber dann würde ich das eher so machen :

try{
     methode1();
     methode2();
}catch(....){
 ....
}catch(...){
 ....
}

und in den Methoden dann throws ...

dann hast du auch einen Zentralen Punkt, wo alle Exceptions behandelt werden in den einzelnen Catch Blöcken

 

[Gast2]

Hmm, klingt aufm ersten Blick etwas merkwürdig. Was genau stellst du dir da vor? Planst du ne Art Logging dass du dann in deiner Exceptionklasse umsetzen willst ???:L

 

[Marcinek]

Sind das Fragen aus einem Wissenstest, oder woher nimmst du die? Ich mein, dass du persönlich nix planst ist klar.

---

Eine zentrale Stelle für das Exceptionhandling ist eine ganz schlechte Idee. Jede Komponente sollte für sich wissen, was sie mit Exceptions macht.

Ich selber unterscheide zwischen technischen und fachlichen Exceptions.

Wieso kann man das nicht googeln?

 

[irgendjemand]

zentraler punkt wäre wohl am ende die VM selbst *bzw der Thread.UncaughtExceptionHandler von "main"*

an sich schlechte idee ... denn wenn z.b. ein I/O block eine I/O exception wirft und darauf hin z.b. einen erneuten versuch unternehmen soll ... kannst du das schlecht bis nach "ganz oben" weiter werfen weil entweder einige resourcen dann schon gar nicht mehr gültig sind ... oder der caller *also deine zentrale stelle* gar nicht weis was mit der gefangenen exception zu tun ist ... es würde also deinen komplett programmablauf durch ein ander bringen ... -> sehr schlechtes design


[ot]mal ne frage : liest du die fragen von i-welchen aufgaben blättern ab oder bist du wirklich so ein "quertreiber" der auf misteriöse weise immer auf solche exotischen "probleme" stößt ... aber scheinbar noch nie ein blick in ein gutes einsteiger-buch geworfen hat[/ot]