Normal
Sehe ich nicht als schlechten Programmierstil. Wenn etwas unklar ist, schau ich natürlich in die Doc. Ich sehe das ganz anderster: Wenn der Entwickler RuntimeExceptions für sein vorhaben missbraucht, dann werden mir die in der Entwicklerumgebung "verheimlicht". Ist dazu die Api evtl. dazu nicht richtig Dokumentiert, habe ich als Entwickler nochmal ein Problem mehr! Das setzt also vorraus das ich eine gescheite Dokumentation habe. Wenn ich sicher gehen will, müsste ich (falls möglich!) noch den anderen code durchgehen?!Dabei sollte es bleiben, alles andere ist in meinen Augen schlechter Programmierstil. Wenn man diese zweckenfremdet, dann sollte man einen guten Grund haben. Ansonsten sollten normale Exceptions herNein gerade nicht, du musst eben auf checked Exceptions reagieren und das solltest du nutzen um Fehlverhalten auszuschließen
Sehe ich nicht als schlechten Programmierstil. Wenn etwas unklar ist, schau ich natürlich in die Doc. Ich sehe das ganz anderster: Wenn der Entwickler RuntimeExceptions für sein vorhaben missbraucht, dann werden mir die in der Entwicklerumgebung "verheimlicht". Ist dazu die Api evtl. dazu nicht richtig Dokumentiert, habe ich als Entwickler nochmal ein Problem mehr! Das setzt also vorraus das ich eine gescheite Dokumentation habe. Wenn ich sicher gehen will, müsste ich (falls möglich!) noch den anderen code durchgehen?!
Dabei sollte es bleiben, alles andere ist in meinen Augen schlechter Programmierstil. Wenn man diese zweckenfremdet, dann sollte man einen guten Grund haben. Ansonsten sollten normale Exceptions her
Nein gerade nicht, du musst eben auf checked Exceptions reagieren und das solltest du nutzen um Fehlverhalten auszuschließen
