Während ich mich so durchs weltweite Netz in Sachen Java lese finde ich immer wieder die Empfehlung, man soll doch mit Exceptions arbeiten, die man bis zu dem raufwirft, der was damit anfangen kann/will.
Im Gegensatz zu anderen Programmiersprachen, die keine derartige Fehlerbehandlung wie Try und Catch kannten/kennen, wird viel mit Return-Codes gearbeitet, die OK oder Fehler zurückliefern und wo der Erfolg vom Aufrufer durch Abfragen des Return-Codes geprüft werden kann (oder auch ignoriert werden kann).
Ich finde aber in den Core Java-Klassen auch durchaus Methoden, die mit Return-Codes arbeiten und nicht mit Exceptions, zB die Get-Methode einer Map. Die liefert null zurück, wenn ein Eintrag nicht existiert.
Da ich selbst ein wenig unsicher bin, wann ich mit Exception arbeiten sollte, wäre ich über einen Hinweis dankbar, der mir allgemein erläutert, wann es sinnvoll ist Exceptions zu verwenden und wann nicht.
Ganz am Anfang dachte ich mir, dass die Prüfung über Try-Catch eigentlich mühsam ist, dann war ich in einer Phase, da dachte ich, dass das eigentlich ein tolles Konzept ist und jede meiner Methoden in jeder unglücklichen Situation eine Exception werfen sollte, anstatt still und heimlich zu scheitern und einen Leerstring, 0 oder null zurückzuliefern.
Aber so beim Programmieren habe ich mittlerweile wieder das Gefühl, dass es nicht immer sinnvoll ist, Exceptions zu werfen. Ich habe außerdem mit einem Java-Entwickler gesprochen (in einem anderen Zusammenhang) wobei aus dem Gespräch hervorgegangen ist, dass seine Logfiles immer wieder voller Exceptions sind, die keinen interessieren. Ich will ja auch nicht unnötig Fehler produzieren.
Wie macht ihr das?
Im Gegensatz zu anderen Programmiersprachen, die keine derartige Fehlerbehandlung wie Try und Catch kannten/kennen, wird viel mit Return-Codes gearbeitet, die OK oder Fehler zurückliefern und wo der Erfolg vom Aufrufer durch Abfragen des Return-Codes geprüft werden kann (oder auch ignoriert werden kann).
Ich finde aber in den Core Java-Klassen auch durchaus Methoden, die mit Return-Codes arbeiten und nicht mit Exceptions, zB die Get-Methode einer Map. Die liefert null zurück, wenn ein Eintrag nicht existiert.
Da ich selbst ein wenig unsicher bin, wann ich mit Exception arbeiten sollte, wäre ich über einen Hinweis dankbar, der mir allgemein erläutert, wann es sinnvoll ist Exceptions zu verwenden und wann nicht.
Ganz am Anfang dachte ich mir, dass die Prüfung über Try-Catch eigentlich mühsam ist, dann war ich in einer Phase, da dachte ich, dass das eigentlich ein tolles Konzept ist und jede meiner Methoden in jeder unglücklichen Situation eine Exception werfen sollte, anstatt still und heimlich zu scheitern und einen Leerstring, 0 oder null zurückzuliefern.
Aber so beim Programmieren habe ich mittlerweile wieder das Gefühl, dass es nicht immer sinnvoll ist, Exceptions zu werfen. Ich habe außerdem mit einem Java-Entwickler gesprochen (in einem anderen Zusammenhang) wobei aus dem Gespräch hervorgegangen ist, dass seine Logfiles immer wieder voller Exceptions sind, die keinen interessieren. Ich will ja auch nicht unnötig Fehler produzieren.
Wie macht ihr das?
