[Umfrage] - Sprunganweisung falscher / alter Programmierstil?

just darüber bin ich heute gestolpert, die wikipedia hat nen schönen abschnitt dazu, wo u.a. Knuth zitiert wird mit ein paar guten Beispielen warum man nicht alles mit if/else und schleifen machen will

EDIT: also ich selbst habe mir angewöhnt, "normale" kontrollflüsse schon möglichst alle am ende auslaufen zu lassen, aber bei irgendwelchen randfällen oder fehlern durchaus direkt zurückzuspringen

Zitat von Magic94

die Betonung liegt eben auf "kann"
Generell ist vermutlich jedem klar, dass Spaghetticode eine schlechte idee ist, d.h. Abweichungen von strukturierter Programmierung (if, while, ...) sollten schon wohlüberlegt sein und nicht leichtfertig verwendet werden, aber sind nicht prinzipiell zu verbannen

Ich versteh ehrlich gesagt die Frage nicht so ganz. Wenn man IRC trauen darf, dann ist dieses "exit" in Delphi das Äquivalent zu "return" in den C-artigen Programiersprachen (und nicht etwa das Äquivalent zu exit() in C oder PHP oder bash).

Mag zwar die Programmierschule geben, die der Meinung ist, dass Anweisungen wie "return", "break" und "continue" auch nur eine Variante von "goto" im Schafspelz ist und es daher wie goto zu vermeiden ist - wie etwa die Programmiersprache Eiffel, die kein "return" hat - aber so wirklich durchgesetzt hat sich diese Schule nicht. Und ich find Eiffel in der Hinsicht auch mühsam.

Ich persönlich halte "if 0 <> 0 then machwas;" zwar schöner und lesbarer als dein obiges Beispiel, aber wenn du mehrere Abfragen hast die du verschachteln müsstest, dann halte ich ein vorzeitiges return für schöner als eine if-Verschachtelung.

Das aber alles wie gesagt unter dem Vorbehalt, dass "exit" hier nur die Funktion beendet, nicht etwa das ganze Programm. Denn dann wäre das echt schlechter Stil.

der klassiker ist validitätsprüfung von parametern, sowas wie

int foo(int bar) {
   if (bar < 0) return -1
   /* insert eigentliche funktionalität here */
}

da ist ein "goto" am beginn besser, als den gesamten body einzurücken, weils in einem gigantischen else-zweig steckt