Verständnisfrage zu Exit

[Der schöne Günther]

Result in C++? Meinst du return ?

Wie auch immer, gegen deinen Code spricht nichts. Außer dass du auch stattdessen schreiben könntest Exit(1) .

Zitat von Delphi.Narium:

Bei Deinem Beispiel ist das Exit schlicht überflüssig.

Wir wissen doch gar nicht ob seine Methode nur ein einziges if..else if.. else if... war oder ob da noch mehr kommt!

[Delphi.Narium]

Naja, dann aber bitte so:

Delphi-Quellcode:

if A then Exit(1);
if B then...

Wenn ich schon mit Exit rausspringe, kann ich mir die nachfolgende Else sparen.

[kagi3624]

Zitat von Delphi.Narium:

Naja, dann aber bitte so:

Delphi-Quellcode:

if A then Exit(1);
if B then...

Wenn ich schon mit Exit rausspringe, kann ich mir die nachfolgende Else sparen.

Ja, genau so isses Es gibt aber auch fälle, wo man auch ohne der if Abfrage raus will. In einer Schleife z.B.

[stahli]

Zitat von Delphi.Narium:

Naja, dann aber bitte so:

Delphi-Quellcode:

if A then Exit(1);
if B then...

Wenn ich schon mit Exit rausspringe, kann ich mir die nachfolgende Else sparen.

Das war doch nur ein symbolischer Auszug und keine vollständige Methode...

[Delphi.Narium]

Ja, aber hinter einem Exit in 'nem If then brauche ich keine Else. Die Alternative zu was soll denn da dann abgefragt werden, wenn die Alternative, zu der es ggfls. eine weitere geben könnte, bereits beschlossen hat, das hier ultimativ schluss iss?

@kagi3624
For-, Repeat, While-Schleifen kann man mit break verlassen.

Inhaltlich nicht sinnvoll, aber für's Prinzip geeignet

Delphi-Quellcode:

for i := 0 to MaxInt do begin
  if i > Trunc(Now) then begin
    Result := i div 42;
    break;
  end; 
end;

[Benmik]

Zitat von Delphi.Narium:

Wenn ich schon mit Exit rausspringe, kann ich mir die nachfolgende Else sparen.

Das sehe ich anders. Wenn ich einen (und womöglich längeren) Streifen mit else oder end else if habe, dann weiß ich sofort, dass nur einer dieser Blöcke ausgeführt wird. Bei deiner Notation springt dies nicht ins Auge, vielmehr erfährt man erst durch Auswerten, dass der nachfolgende Code nicht ausgeführt wird. Das empfinde ich als deutlich weniger intuitiv.

[Delphi.Narium]

Aber in der Situation ist das Exit nicht (zwingend) erforderlich, da die Routine ohne das Exit zum gleichen Ergebnis führen würde.

Schreibtechnisch wird also ein Result := 1 durch Exit(1) ersetzt.
Da finde ich die Zuweisung des Rückgabewertes an Result deutlich intuitiver als ein Exit, auch wenn es letztlich zum gleichen Ergebnis führt.

Exit nutze ich persönlich nur, wenn ich in 'ner Fehlersituation (also im Exceptblock eines Trys) aus 'ner Routine raus muss und damit sicherstellen will, das, egal, was später noch in 'ner Routine implementiert wurde, die Routine beendet wird.

Aber in 'ner If-else-if-Kasskade mit Exit auszusteigen, obwohl die Logik so implemtiert ist, dass das Exit nicht erforderlich ist, find' ich persönlich eher befremdlich.

Delphi-Quellcode:

function Test : Integer;
begin
  if a then begin
    Exit(1);
  end else
  if b then begin
    Exit(2);
  end else
...
  if z then begin
    Exit(26);
  end;
  // Jahre später wird in der Routine eine Änderung nötig, z. B. sowas:
  if (Result > 20) and (Result < 23) then begin
    // Mit Exit haben wir nun ein Problem, vor allem dann, wenn es nicht so offensichtlich ist, wie hier im Beispiel.
    // Mit der Nutzung von Result wäre es aber kein Problem.
  end;
end;

Und:

Wenn man Code nur intuitiv betrachtet und daraus Schlüsse zieht, kann man schonmal deutlich schiefliegen. Da ziehe ich die grundsätzliche Auswertung des Quelltextes doch vor.

Oder das ganze mal mit Case:

Delphi-Quellcode:

function Test(i : Integer) : Integer
begin
  case i of
    1      : Exit(1);
    2.. 10 : Exit(2);
   11..100 : Exit(3);
  else
    Exit(42);
  end;
end;

statt:

Delphi-Quellcode:

function Test(i : Integer) : Integer
begin
  case i of
    1      : Result := 1;
    2.. 10 : Result := 2;
   11..100 : Result := 3;
  else
    Result := 42;
  end;
end;

Geht beides, Variante 2 ist mir da aber deutlich lieber.

[TurboMagic]

Zitat von Der schöne Günther:

Result in C++? Meinst du return ?

Wie auch immer, gegen deinen Code spricht nichts. Außer dass du auch stattdessen schreiben könntest Exit(1) .

Aber nur, wenn er von seinem Delphi 6 auf was neueres umsteigt.

[himitsu]

"Logisch" sind ELSE eigentlich passend,
auch wenn beim EXIT das ELSE unnötig wäre.

Wenn man aber mit ELSE und nur Result:= arbeitet, dann hat man z.B. die Chance ans Ende "einen" Haltepunkt zu setzen oder eine Loggingfunktion dort einzufügen, was bei den Exits (zentral) nicht ginge.


Was ich heute in der Hilfe vom VBScript sah .... im Delphi braucht man zum Glück nicht mehr Funktionsname := ...; und kann fehlerunanfäliger mit Result arbeiten. (sogar lesend)

[Uwe Raabe]

Zitat von himitsu:

Wenn man aber mit ELSE und nur Result:= arbeitet, dann hat man z.B. die Chance ans Ende "einen" Haltepunkt zu setzen oder eine Loggingfunktion dort einzufügen, was bei den Exits (zentral) nicht ginge.

Das Exit springt aber doch an das end der Function. Dort kannst du doch den Haltepunkt setzen.