Kommentare zu: Alles schon da: Vielseitige Runtime-Exceptions in Java https://sgaul.de/2013/02/23/alles-schon-da-vielseitige-runtime-exceptions-in-java/ Neues aus den Softwareminen Sat, 22 Jun 2013 09:14:01 +0000 hourly 1 https://wordpress.org/?v=6.1.1 Von: Sebastian Gaul https://sgaul.de/2013/02/23/alles-schon-da-vielseitige-runtime-exceptions-in-java/#comment-4002 Sat, 22 Jun 2013 09:14:01 +0000 https://sgaul.de/?p=1937#comment-4002 Als Antwort auf Thomas Lorenz.

Natürlich sollte eine Anwendung nicht sang- und klanglos abschmieren, hier muss generell gefangen, geloggt und eine Interner-Fehler-Meldung ausgegeben werden. Das eine hat nichts mit dem anderen zu tun. Und was ich noch weniger will: Durch Fehlermeldungen die Interna meiner Anwendung nach außen tragen, um sie angreifbar zu machen.

Eine gute objektorientierte Architektur ist in meinen Augen mit checked Exceptions nur leider kaum möglich, da sie dir mit Throw-Catch-Throw in jeder Methode den Code oder durch den Bruch der Kapselung die gesamte Architektur versauen. Ich wüsste jedenfalls nicht wie das aussehen soll.

]]>
Von: Thomas Lorenz https://sgaul.de/2013/02/23/alles-schon-da-vielseitige-runtime-exceptions-in-java/#comment-4000 Sat, 22 Jun 2013 06:25:42 +0000 https://sgaul.de/?p=1937#comment-4000 Dem kann ich so nicht zustimmen. Was möchte man auf keinen Fall an den Kunden ausliefern?
Eine Anwendung, die sich sang- und klanglos beendet. Was passiert, wenn eine RuntimeException nicht gefangen wird.
Vermeidet man Checked Exceptions, erhöht dies im Gegenzug den Test- und Entwicklungsaufwand.
Die Kunst besteht darin, Exceptions als Architekturelement sinnvoll einzusetzen, und frühzeitig die Vielzahl technischer Exceptions auf ein Minimum fachlich begründeter Checked Exceptions zu reduzieren.

]]>