Soll eine Laufzeitausnahme als geprüfte Ausnahme erneut übergeben werden, wo ein Client die Situation sinnvoll antizipieren und behandeln kann.Laufzeitausnahmen als geprüfte Ausnahmen zurückwerfen
Es scheint mir, dass der Zweck der geprüften Ausnahmen ist, und sicherlich, da solche vorhersehbare und handhabbare Szenarien in Laufzeitausnahmen sowie geprüften Ausnahmen auftreten können - wäre es nicht sinnvoll, sie gleich zu behandeln.
Sollte dies durch die Auflistung Laufzeitausnahmen in der throws-Klausel tun - und hoffe? Ist es in dieser Hinsicht hilfreich, diese Funktion als benutzerdefinierte, überprüfte Ausnahmebedingung erneut zu starten (indem Sie den Compiler durch einen Client zwingen, damit umzugehen)?
Edit:
(zum Beispiel, wo man könnte eine Number stößt beim Lesen von Dateien, die geliefert werden können)
Vielen Dank für Ihre Antwort, ich schätze die Reichhaltigkeit Ihrer Post. Die Verwirrung, die ich habe, ist in den Fällen, in denen die RuntimeException aus einem Grund geworfen wird _ das ist kein logischer Fehler_ - die Position, von der ich komme - ich dachte, der ganze Zweck von Ausnahmen besteht darin, die Ausnahmebehandlung zu üben (um dein Programm zu entwerfen dass sie sich bei einer seltenen Ausnahmesituation so gut wie möglich erholen kann (Arbeit/Fortschritt speichern oder das System in einen sicheren oder gültigen Zustand zurückversetzen) oder zumindest zulassen, dass das Programm bereinigt wird, bevor –
geschlossen oder zurückgerollt wird sicherer Zustand (Schließen von Ressourcen usw.) - anstatt nur schlecht mit einer Fehlermeldung zu enden Meine Frage ist, wie sollte man mit RuntimeExceptions umgehen, die kein Programmlogikfehler sind (und nicht behoben oder vermieden werden können, indem man irgendeinen Code korrigiert - wo) ist kein Code, der korrigiert werden muss .. –
@keen_coder Geben Sie Ihre Beschreibung der Situation, ich würde tatsächlich die ungeprüfte Ausnahme in eine geprüfte Ausnahme umbrechen. – VGR