Zitat von
xaromz:
Dann kommt zwar keine Meldung, aber das ist ja nicht Sinn der Exceptions.
war ja nur ein hinweis auf das try-except-konstrukt und kein kodierungsvorschlag.
Zitat von
xaromz:
Weil bein einem Programm alles mögliche passieren kann:
- Dateioperationen können schiefgehen.
- Ich lade unbekannte Dateien. Da können falsche Daten drin sein.
- Ich benutze fremde Bibliotheken. Keine Ahnung, was da alles drin passiert.
- Ich lade aus einer Datenbank. Noch mehr Fehlerquellen.
- Das Ganze natürlich übers Netzwerk/Internet.
Es gibt also eine riesige Anzahl an Fehlerquellen. Wenn jetzt aber die Netzwekverbindung nicht klappt, reicht mir eine Exceptionmeldung völlig aus, damit der Anwender weiß, was passiert ist. Dann soll sich aber nicht das Programm verabschieden.
wenn man sowieso nicht weiss, was alles für Exceptions kommen können, braucht man doch auch nicht zu differenzieren. Das sind dann solche Fehlermeldungen wie "Es ist ein Fehler aufgetreten..." die Folge.
Die Arbeit wird man sich also machen müssen, alle Exceptions einzeln abzufangen, bzw. zumindest den
Exception-Classname anzeigen. Da hilft es auch nicht, den Code nach Application.Run zu verschieben.