Verständnisfrage zu Exit

[Benmik]

Zitat von Stevie:

Puh, das driftet jetzt aber sehr ab...

Noch meldet sich Daniel ja nicht...

Zitat von HeZa:

Tut mir leid, gerade diese Routine schreit danach ein Prozedur zu sein die im Fehlerfall eine Exception wirft.

Zitat von Uwe Raabe:

Nirgendwo in dem Code ist ersichtlich, ob die Prüfmethoden irgendwo einen Fehler vermerken, der nach einem False-Return irgendwo ausgewertet wird.

Bitte die Kirche im Dorf lassen. Das ist doch nur ein Minimal-Pseudo-Beispiel.
In der Realität - wie gesagt, gegenwärtiger Erkenntniszustand - handhabe ich das unter anderem so, dass bei solchen Konstrukten alle beteiligten Funktionen durch Try abgesichert sind, also keine Exception weitergereicht werden kann.

Zitat von bernau:

Exceptions empfinde ich immer so als Methode mit dem Vorschlaghammer.

Genau. Jetzt driften wir noch weiter ab, aber bis Daniel einschreitet: Ich verwende die GDI+-Unit von Erik van Bilsen. Stolz verkündet Erik, er habe die "alten" Statuscodes von GDIPlus durch moderne Delphi-Exceptions ersetzt und er fügt hinzu: "This way, your error checking code doesn't interrupt the normal flow of your code, and you can respond to errors in a Delphi way." Eine für mich mehr als kryptische Aussage, denn diese Konstruktion führt dazu, dass bei der Abfrage von zum Beispiel 8 GPS-Tags bei 3.000 JPG ohne GPS-Informationen (häufiger Normalfall bei Systemkamera) es zu 24.000 Fehlermeldungen kommt.

Um auf Uwe zu antworten: In den aufgerufenen Routinen stecken Fehlercodes, im am Schluss möglichst zielgerichtet ausgewertet und erst dann dem Anwender präsentiert werden. Man nehme als Beispiel IrfanView: Das registriert beim Einlesen haufenweise Fehler, sagt aber nur dann was, wenn es wirklich notwendig ist. Weiß nicht, ob es der Weisheit letzter Schluss ist, aber ich sammle zurzeit die Fehler in einem Set und schaue am Schluss, was die beste Reaktion ist.

[mkinzler]

Zitat:

Noch meldet sich Daniel ja nicht...

Und solange, er sich nicht meldet kann man weiter in OT abdriften?

Komische Entwicklung hier im Forum (oder besser allgemein immer öfters in Foren/Social Media)

[freimatz]

Zitat von mkinzler:

Komische Entwicklung hier im Forum (oder besser allgemein immer öfters in Foren/Social Media)

Nein, nicht immer öfters. Das war schon vor 30 Jahren so und wurde unter dem Namen "kathinka law" festgestellt. (http://www.rrr.de/~kathinka/akronyme.htm)

Das ist nun aber wirklich OT

[mkinzler]

Zitat:

Nein, nicht immer öfters. Das war schon vor 30 Jahren so und wurde unter dem Namen "kathinka law" festgestellt. (http://www.rrr.de/~kathinka/akronyme.htm)

In den Foren in denen ich mich bewegt habe, war das aber um einiges seltener als früher.

[Benmik]

Zitat von mkinzler:

Und solange, er sich nicht meldet kann man weiter in OT abdriften?

Moralisch nein, praktisch ja. Wird dieser Widerspruch nicht auch durch die Wahl deiner Smileys ausgedrückt?

[Stevie]

Zitat von mkinzler:

Zitat:

Noch meldet sich Daniel ja nicht...

Und solange, er sich nicht meldet kann man weiter in OT abdriften?

Komische Entwicklung hier im Forum (oder besser allgemein immer öfters in Foren/Social Media)

Man könnte ja auch seine Moderatorenrechte nutzen, um Seitendiskussionen abzutrennen, anstatt nur sarkastische Kommentare abzulassen

[mkinzler]

Vielleicht sollte ich dieses Forum auch verlassen. Scheine für Euch ja eh nur Abschaum zu sein!

[Benmik]

Zitat von mkinzler:

Vielleicht sollte ich dieses Forum auch verlassen. Scheine für Euch ja eh nur Abschaum zu sein!

Du mein Gott, was ist denn los? Ist doch völlig normales Geflachse hier! Keiner möchte Moderator sein, und wer doch, hat in der Regel keine Ahnung.

Zitat von Uwe Raabe:

Das sollte ja keine Kritik an dem Code sein.

Missverstanden. Dann Tschuldigung.

[himitsu]

Ja, bei Exceptions gibt es keine "Warnungen".
Bei Exceptions kann man unterschiedliche Exception-Klassen verwenden und dann im Try-Except auch sehr leicht unterschiedliche reagieren,
aber per se ist sowas bei Exceptions nicht vorgesehn, mit einer Ausnahme, den Stillen Exceptions, abgeleitet von EAbort.
Auch z.B. einige Indy-Fehler werden vom Debugger ignoriert (die sehen da in einer Ausnahmeliste, welche man selbst erweitern kann)

Bei HRESTULT kann man unterschiedliche Level definieren, von Info, über Warning zu Error oder FatalError.
Auch der Delphi-Compler kennt sowas, also Fehler die sofort abbrechen (Fatal) oder erst am Ende (Error), wo vorher noch weitere Folgefehler sich melden dürfen.

[Uwe Raabe]

Zitat von Benmik:

Zitat von Uwe Raabe:

Nirgendwo in dem Code ist ersichtlich, ob die Prüfmethoden irgendwo einen Fehler vermerken, der nach einem False-Return irgendwo ausgewertet wird.

Bitte die Kirche im Dorf lassen. Das ist doch nur ein Minimal-Pseudo-Beispiel.

Das sollte ja keine Kritik an dem Code sein. Ich wollte nur verdeutlichen, dass sehr wohl eine Fehlerbehandlung außerhalb der gezeigten Source-Zeilen existieren kann. So als Alternative zu Exceptions.