Die "richtige" Sourcecode Formatierung?

[Uwe Raabe]

Zitat von SProske:

Und wenn du mal einen Haltepunkt auf die Anweisung setzen willst, ärgerst du dich über diese Anordnung und verteilst es wieder auf 2 Zeilen - richtig?

Und deshalb bekommt der Befehl nach then eine eigene Zeile. Und weil man beim Zufügen weiterer Zeilen schnell mal das begin vergisst, werden auch solche Einzeiler in ein begin-end verpackt.

Aber auch hier gibt es wieder eine Ausnahme: if ... then Exit; bleibt auf einer Zeile, weil hier das Haltepunkt-Argument leider nicht zieht. Seitdem die IDE diese netten Flow-Icons anzeigt, ist das auch viel angenehmer und leichter zu lesen und lenkt nicht vom eigentlich relevanten Code ab.

[SProske]

Wieso sollte ich auf ein Exit keinen Haltepunkt setzen können/wollen?
Vielleicht interessiert es mich ja, ob das Exit während der Codeausführung überhaupt mal angesprungen wird (ohne bei jeder Prüfung anzuhalten).

[Uwe Raabe]

Zitat von SProske:

Wieso sollte ich auf ein Exit keinen Haltepunkt setzen können/wollen?
Vielleicht interessiert es mich ja, ob das Exit während der Codeausführung überhaupt mal angesprungen wird (ohne bei jeder Prüfung anzuhalten).

Schon mal probiert?

[SProske]

Zitat von Uwe Raabe:

Schon mal probiert?

Klar - aber initial natürlich nur mit

Delphi-Quellcode:

if 1=1 then
  Exit;

Um jetzt festzustellen, dass es nicht mehr klappt, wenn da irgend etwas sinnvolles steht - cooles Feature ~.~

[Uwe Raabe]

Zitat von SProske:

Um jetzt festzustellen, dass es nicht mehr klappt, wenn da irgend etwas sinnvolles steht - cooles Feature ~.~

Der Compiler macht daraus einfach einen bedingten Sprung ans Ende der Methode. Es gibt also keinen Assembler-Befehl, wo dieses Exit wirklich ausgeführt wird und der Debugger davor anhalten könnte. Analog gilt das auch für Break und Continue.