Funktion/Prozedur abbrechen?

[BadenPower]

Zitat von Sir Rufo:

In diesem konkreten Fall können eben drei Exceptions auftreten

1. Edit1.Text kann nicht in einen Integer umgewandelt werden
2. Edit2.Text kann nicht in einen Integer umgewandelt werden
3. Die Punktzahl ist größer als die maximale Punktzahl

Es sind mehr als 3.

Du hast die Eingabe von negativen Werten vergessen.

[Sir Rufo]

Zitat von BadenPower:

Zitat von Sir Rufo:

In diesem konkreten Fall können eben drei Exceptions auftreten

1. Edit1.Text kann nicht in einen Integer umgewandelt werden
2. Edit2.Text kann nicht in einen Integer umgewandelt werden
3. Die Punktzahl ist größer als die maximale Punktzahl

Es sind mehr als 3.

Du hast die Eingabe von negativen Werten vergessen.

Erwischt ... habe ich in dem kurz und knapp Beispiel noch ergänzt

[himitsu]

Und extrem große Zahlen?
2 Milliarden Punkte ist schon ein bissl übertrieben.
Oder vielleicht war jemand soooo schlecht, daß es mehr Punktabzüge gab, als Punkte.

Also Grundsätzlich kann man das alles als eine "Prüfung auf gültige Eingabewerte (Wertebereich)" ansehn.

[BadenPower]

Zitat von himitsu:

Also Grundsätzlich kann man das alles als eine "Prüfung auf gültige Eingabewerte (Wertebereich)" ansehn.

Und das sollte man meiner Meinung nach nicht unbedingt mit Exceptions machen.

Sind die Eingaben laut Eingabeprüfung fehlerhaft, dann sollte/muss man den Benutzer darauf aufmerksam machen. Dazu gibt man eine normale Meldung aus.

Die Benutzung von Exceptions hierfür kann auch ungewollt dazu führen, dass der Benutzer dies gar nicht mitbekommt, oder eine Fehlermeldung erhält, welche nicht dem Ursprünglichen Fehler entspricht.

Man stelle sich vor, dass in einer Eingabeprüfungs-Prozedur Exceptions geworfen werden, wie in Sir Rufo's Beispiel, und diese von einer anderen Prozedur aufgerufen wird in der irgendwo ein Try-Except-Block verwendet wird.

[himitsu]

Zitat von BadenPower:

in der irgendwo ein Try-Except-Block verwendet wird.

Dann ist der Try-Except-Block falsch, denn Fehlermeldungen dürfen/sollten niemals verfälscht oder "blind" abgefangen werden.

Wenn man GUI und Code trennt (MVVM oder Dregleichen), dann darf/sollte man im Code schon eine Exception werfen, wenn die Eingaben "ungültig" sind.

Was die GUI damit dann macht, ist ihr überlassen.
* durchreichen und als Fehlermeldung anzeigen
* oder abfangen und irgendwie anders auf das Problem hinweisen

[Sir Rufo]

Zitat von BadenPower:

Man stelle sich vor, dass in einer Eingabeprüfungs-Prozedur Exceptions geworfen werden, wie in Sir Rufo's Beispiel, und diese von einer anderen Prozedur aufgerufen wird in der irgendwo ein Try-Except-Block verwendet wird.

Und, wo ist da das Problem? Wenn diese Prozedur diese Exceptions behandeln kann, dann ist doch alles so wie es sein soll, und wenn nicht, dann stellt sich doch die Frage, ob der Programmierer den Sinn und Zweck von Exceptions verstanden hat.

Denn sowas hier

Delphi-Quellcode:

try
  foo;
except
end;

ist voll daneben ... und das hier

Delphi-Quellcode:

try
  foo;
except
  on E: Exception do
    ShowMessage( E.ClassName + ': ' + E.Message );
end;

in einer GUI-Anwendung zeigt die Unfähigkeit/Unwissenheit des Programmierers