goto-befehl in delphi?

[toredo]

hay,

eigentlich frage ich mich das schon einige zeit, gibt es in delphi nicht auch so nen goto-befehl wie bei batch?
wäre vielleicht ab und zu vorteilhaft, kA.


mfG toredo

[arbu man]

goto und label gibt es in delphi

[mkinzler]

Ein Grund für die Entwicklung der Sprache Pascal, war der Goto-Befehl. Bei sauberer Entwicklung kann man problemlos auf ihn verzichten. Bei der batchprogrammierung benutzt man ihn ja nur aus Ermangelung strukturierter Sprachelementen.

[Oxmyx]

Es gibt einige Ausnahmen, in denen der Goto-Befehl hilfreich sein kann. Zum Beispiel, um aus verschachtelten Schleifen herauszukommen, wenn eine bestimmte Bedingung eingetreten ist.

[mkinzler]

Auch dazu braucht man keinen goto-Befehl.

[Zacherl]

Dazu kann man nämlich Break benutzen, wenn man den Code richtig strukturiert hat.

[3_of_8]

Gotos sind verpönt. Und das nicht ohne Grund - sie erzeugen unübersichtlichen und auch teilweise fehleranfälligen Code.

Sowas konnte man zu BASIC Zeiten vielleicht machen, aber heute ist das ein absolut schlechter Programmierstil.

[lizardking]

Zitat von Oxmyx:

Es gibt einige Ausnahmen, in denen der Goto-Befehl hilfreich sein kann. Zum Beispiel, um aus verschachtelten Schleifen herauszukommen, wenn eine bestimmte Bedingung eingetreten ist.

Ja nee, is klar. Man kann natuerlich auch einfach die verschachtelten Schleifen in ein try...except packen und eine Exception werfen, wenn eine bestimmte Bedingung erfuellt ist. Funktioniert auch - :rolleyes:

Nur wozu gibt es verschiedene Schleifentypen? Eine for-Schleife ist nun einmal darauf ausgelegt komplett durchlaufen zu werden (sonst haette sie sicherlich eine Abbruchbedingung, wie z.B. in C++ oder Java).

[Oxmyx]

Nein, Break geht eben nicht, wenn man auf die Einführung einer zusätzlichen Variable verzichten will. Delphi kennt eben kein Konstrukt wie "Break 2", "Break 3", etc.

[Oxmyx]

Ich habe bis jetzt in den vielen hunderttausend Programmzeilen, die ich bislang in Delphi geschrieben habe, genau ein Mal das Goto-Konstrukt verwendet, weil es in der Situation völlig sinnvoll war. Alles andere hätte den Code unübersichtlicher und unklarer gemacht. So ein pawlowscher Ablehnungsreflex gegen ein Sprachfeature von Delphi ist nicht gerade sehr überlegt.