Auf Thema antworten

Die Generics Erweiterung klingt gut, aber zu deinem "Nachteil":

Ich will einen Parser bauen, so dafür nehm ich eine ParserFailedException. Jetzt könnte die Datei, welche ich parsen will, nicht existieren. Ergo würde eine IOException fliegen.


Die Frage ist in diesem Fall was ich haben will:

1. Ich will einfach nur eine Exception die ich dem User zeigen kann oder

2. Mich interessiert nur indirekt was wirklich passiert ist (als Coder z.B.) aber dem User will ich sagen, dass der Parser nicht arbeiten konnte oder

3. Ich will einfach nur dafür sorgen, dass wenn der Parser nicht kann (immer wenn eine ParserFailedException kommt) soll er was anderes versuchen.


Ich könnte alle 3 Fälle auch über [c]throws Exception[/c] abfangen aber ob das schöner ist. Auch an diesem Punkt würde die Generics-Erweiterung nicht viel nützen, weil [c]Ex extends Exception[/c] genau das selbe Problem machen würde wie Runtime Exceptions. Ich wüsste nicht was ich abfangen muss. Es kann schließlich nahezu alles (außer Error und Throwable) fliegen.



Oben