Chrissi

Moin,

hab gefunden, dass goto anscheinend in PHP6 eingeführt werden soll.
Zu sehen hier: PHP: Liste der reservierten Wörter - Manual
Goto ist als reserviert in PHP6 eingetragen.

Meine Frage ist jetzt: Wozu braucht man son Müll, der vor Jahrzenten mal üblich war?

(mal nen Zitat dazu ausm Chat..)
Gruß
Chrissi

(hoffentlich im richtigen Forum gepostet...)

Mister Ad

Manko10

Ich weiß es nicht. Aber soweit ich weiß, wurde diese Überlegung wieder verworfen und stattdessen auf Labels bei break-Anweisungen gesetzt (hoffe, ich habe das richtig mitbekommen).
Ich glaube, der Wunsch nach Goto kam aus der Community (wohl alles Oldschool-Programmierer), sollte allerdings nicht im konventionellen Sinne eingesetzt werden, sondern eher zu Fallunterscheidung. Wie die sich das vorgestellt haben, darfst du mich jetzt aber nicht fragen.
Aber selbst wenn die es einführen würden, müsste man es ja nicht benutzen.

Chrissi

Habs gefunden... halleluja, wer brauchtn son Müll?
PHP Bugs: #29287: Request: Line labels and goto

Manko10

Grummel...
Ich gebe dem Typen ja recht: "Code ohne goto ist nicht automatisch gut". Stimmt, hat er recht. "Man kann Code auch ohne for-Schleifen und switch-Statements programmieren": stimmt auch, man kann ja stattdessen while und if/elseif/else benutzen (auch wenn es in vielen Fällen Dummsinn wäre).
"Deshalb sollte man goto einführen, weil es manchmal der beste Weg ist": stimmt nicht, ebenso, wie man auf switch und while verzichten kann, kann man auf goto verzichten. goto hat dazu die blöde Eigenschaft, den Code unleserlich zu machen und das haben andere Sprachkonstrukte nicht oder nur bedingt (lange switches werden z.B. unleserlich, man sollte da eher if/elseif/else benutzen - goto macht den Code aber nicht nur unleserlich, sondern vor allem schwer verständlich und wartbar sowie fremdprogrammiererunfreundlich).

Manman, die Welt läuft rückwärts. Demnächst arbeiten wir auch wieder alle mit Windows 3.1, wenn das so weiter geht.

David

Ich finde goto an manchen Stellen sehr praktisch. Richtig eingesetzt verringert es gerade unnötig komplizierten und verschachtelten Spaghetti-Code.
Nach etwas Zeit zum Eingewöhnen finde ich zum Beispiel auch die Lösung in C# gut, dass case Blöcke keinen fall through mehr haben, sondern explizit mit goto angesprungen werden müssen. Und man kann auch nicht beliebig wild mit goto herumspringen, aber zum Beispiel aus (tief) verschachtelten Schleifen heraus. Und genau auf diese beide Fällen wird auch in #29287 hingewiesen.

Manko10

Um aus Schleifen herauszuspringen fände ich es sinnvoller, einen Parameter zu break hinzuzufügen, mit dem man regulieren kann, aus wie vielen übergeordneten Schleifen man herausspringen will. Also z.B. break 3 um diese und die beiden übergeordneten Schleifen abzubrechen.
Eine goto wäre meiner Meinung nach ziemlich unnötig. Bisher habe ich es immer geschafft, meinen Code so umzuformen, dass ich immer schön links bleibe.
Aus anderen Sprachen kenne ich noch ein Gosub, das nach der Ausführung wieder zurückkehrt. Also die entschärfte Version dessen. Aber auch nicht so das Wahre.
Das ausbleiben des Fallthroughs sehe ich mit gemischten Gefühlen. Ganz abgesehen davon, dass es Entwickler anderer Sprachen vewirrt (was aber relativ egal ist) nutze ich switch-Konstrukte oft bewusst mit eben diesem Fallthrough. Aber ich kenne mich in C# jetzt nicht genug aus, dass ich das beurteilen könnte. Vielleicht gibt es ja auch ein continue oder ein fall oder was weiß ich, um weiterzugehen.
Letztendlich ist das Springen in switches mit einem beliebigen Schlüsselwort aber etwas anderes als Goto (auch wenn es denselben Namen hat). Goto ist eine Anweisung, mit der man wild im Code hin- und herspringen kann. Wenn es sich aber wie in Java nur um Labels handelt, dann wäre es sogar ein akzeptables Konstrukt. Alles andere finde ich sinnlos und unnötig. Gefundenes Fressen für Anfänger und Schreiberlinge von Anfänger-Tutorials (eben die, die HTML-Tutorials schreiben, in denen Frames angepriesen werden).

Thomas

Hi,

Das Durchfallen lassen bei Switches ist aber im Grunde auch so ein "unsauberes" Konstrukt wie ein goto.

Gruß Thomas

David

Aber das Ausführen mehrer Blöcke kann sehr praktisch sein und Redundanzen vermeiden. Deshalb ja eben das goto zum Anspringen anderer Labels im selben Switch.

Manko10

Das Goto sollte auf jeden Fall auf einen Codeblock beschränkt sein. Das willkürliche Springen durch den gesamten Code wäre einfach...ähh...schlecht.
Außerdem würde ich nicht sagen, dass es so unsauber ist. Sauber ist es vielleicht nicht, aber nicht so unsauber wie ein Goto. Immerhin kann man mit Goto leicht Spaghetti-Code erzeugen.

David

Das ist bereits so. Die Nachteile werden in der Anfrage beschrieben: Du änderst etwas am umliegenden Code und es hat Auswirkungen auf die (eigentlich) Blackbox "Innen", ohne dass Parameter der Blackbox geändert werden. Irgendeine Form von Beschränkung gerade im globalen Scope halte ich aber auch für notwendig.