Es gibt 2 Arten von Programmierer die Goto verwenden....

[Verappler]

Sehr schlechte und sehr gute !

Die meisten Coder denken sie wären superschlau, und machen es anderen nach und ächten deswegen goto. Es gibt aber einige, die wirklich gut sind, und für die ist das nur ein weiteres Tool, das für bestimmte Fälle sehr wohl seine Daseinsberechtigung hat. Jeder der mir da widerspricht, ist wohl eben nicht so gut wie er/sie denkt.

:-)

[c3rl]

Das stimmt allerdings. Die Anzahl der sinnvollen Szenarien ist zwar stark beschränkt, aber im Prinzip ist eine Funktion ja auch nichts anderes als ein abstraktes "goto".

[Mimus Polyglottos]

c3rl schrieb:
--------------------------------------------------------------------------------
> Das stimmt allerdings. Die Anzahl der sinnvollen Szenarien ist zwar stark
> beschränkt, aber im Prinzip ist eine Funktion ja auch nichts anderes als
> ein abstraktes "goto".

Ich denke nicht - eine Funktion hat eine Rücksprungadresse und einen Rückgabewert, beides haben GOTO-Konstrukte nicht.

Und mir fällt kein Fall ein, in dem GOTO guter Code wäre. "Dann bin ich halt nicht so gut" aber das Gegenteil müsst ihr mir erst beweisen.

[Loolig]

Naja auf eine Teilmenge der Funktionen schon.. muss ja keinen Rückgabewert haben..und den Rücksprung könnte man ja durch ein weiteres Goto... *graus*

Ich benutze Goto auch ab und an, aber nur für "On Error Goto Errorhandler" Dinge, wenns kein Try/Catch gibt..

[ggggggggggg]

na dann nenn doch mal ein Beispiel welches sich nicht anders oder nur hässlicher ohne Goto lösen lässt...

Das Problem ist ja nicht das goto an sich, sondern die potenziell gruselige Wartbarkeit des Codes bei Verwendung des Befehls.

[enolive]

objection! Es gibt einige Fälle, in denen tatsächlich ein goto Sinn macht. Etwa um in paar Sprachen das Fehlen von bestimmten Konstrukten zu kompensieren (z.B. Exceptions in C) oder für Inlineoptimierungen. Ist keines von beiden Kriterien erfüllt, so tut man gut daran, gotos zu meiden wie der Teufel das Weihwasser :)

Allerdings bin ich persönlich bei weitem kein so guter Programmierer, dass ich von so etwas Gebrauch machen würde -- ich fürchte außerdem, die Lehren von Wirth und Dijkstra sind bei mir auf fruchtbaren Boden getroffen ;)

Es gab dazu btw. eine interessante Diskussion rund um gotos im Linux-Kernel. Auch wenn ich den Argumenten nicht ganz zustimmen kann, halte ich es dennoch für wichtig, gotos nicht per se zu verdammen (wie ich es früher gemacht habe):

http://kerneltrap.org/node/553/2131

[Knutchen]

Ich finde goto vor allem nützlich wenn man mit Locks arbeitet und mehrere exit stellen im Code hat weil unterschiedliche Fehler auftreten können. An den Stellen kommt dann ein goto release hin und bei dem Label wird der ganze Lock release Kram gemacht.

[enolive]

Knutchen schrieb:
--------------------------------------------------------------------------------
> Ich finde goto vor allem nützlich wenn man mit Locks arbeitet und mehrere
> exit stellen im Code hat weil unterschiedliche Fehler auftreten können. An
> den Stellen kommt dann ein goto release hin und bei dem Label wird der
> ganze Lock release Kram gemacht.

jo, wenn die Sprache kein finally anbietet, ist das genau der richtige Weg das zu tun ;)

[vlad_tepesch]

das zeigt, dass du üerhaupt keine Ahnung hast.
das eine ist auf unterester Ebene ein jmp, das andere ein call

[Martin F.]

try-with-resources!

--
Bitte prüfen Sie, ob Sie diesen Beitrag wirklich ausdrucken müssen!

[Wolf als Gast]

es gab bei mir noch nie eine Situation wo mir goto den Arsch gerettet hat.
Wobei um deinem Beispiel zu folgen. Bei guten Programmierern ist die Sprache und der Code nicht das Problem, sondern die Logik das Problem zu lösen.
Die Sprache ist Mittel zum Zweck das Ziel zu erreichen.
Ich würde mal behaupten, du bis keiner der guter Programmierer.



1 mal bearbeitet, zuletzt am 19.01.12 21:05 durch Wolf als Gast.

[BLi8819]

Der einzige sinnvolle Einsatz, der mir einfällt ist "GoTo ErrorHandler".
Aber der ist auch nur Sinnvoll, wenn die Sprache kein "Try Catch Finally" kennt.

Wann ist es denn noch Sinnvoll?

[irata]

enolive schrieb:
--------------------------------------------------------------------------------
> ich fürchte außerdem, die Lehren von Wirth und Dijkstra sind bei mir auf fruchtbaren Boden getroffen ;)

Wirth und Dijkstra?
Na ja, was sind dagegen schon ein McConnell, Torvalds oder Knuth ("Structured Programming with go to Statements")?
;-)

[chuck]

Schade, wirst du nicht eines Besseren belehrt werden...

[blubbsi]

vllt um verschachtelte schleifen anschaulich abzubrechen

[Martin F.]

break $n;

--
Bitte prüfen Sie, ob Sie diesen Beitrag wirklich ausdrucken müssen!

[blubbsi]

stimmt schon, aber verschachtelungen abzählen, $n irgendwann anpassen... labels find ich manchmal hübsch

[Martin F.]

blubbsi schrieb:
--------------------------------------------------------------------------------
> stimmt schon, aber verschachtelungen abzählen, $n irgendwann anpassen...
> labels find ich manchmal hübsch

Mir scheint da in den meisten Fällen eher ein return angebracht zu sein.

--
Bitte prüfen Sie, ob Sie diesen Beitrag wirklich ausdrucken müssen!

[blubbsi]

ja, das sieht insgesamt dann wirklich besser aus, stell ich mir vor

ich glaube, ich habe so eine fan-in daumenregel falsch vertanden, nach der ich selten eine funktion mache, die nur an einer stelle aufgerufen wird. nur wenn es ein code gerüst ist. in dem genannten fall return zu verwenden setzt vorraus, dass man mit dem mehr an funktionen klar kommt.

[theonlyone]

Goto hin oder her ; was hat man davon einen Insel-Menschen seinen Code schreiben zu lassen der dann nur dazu führt das den kein anderer versteht.

Genau solche furchtbaren Konstrukte und pseudo "Leet" Style sorgen ja nur dafür das Code viel aufwendig zu warten ist als in einmal runter zuschreiben.


Wenn deine Sprache ein "Goto" erfordert, wäre vielleicht ganz angebracht die Sprache zu wechseln ; den in dem Fall ist die gewählte Sprache einfach unzureichend ausgestattet.


Man kann auch in diversen Sprachen Klassenstrukturen nachbauen ; aber warum sollte man das tun ? Man benutzt einfach eine Sprache die das von vorn herein bietet.


Gibt ja auch nicht umsonst Coding-Styles an die man sich halten sollte ; schlicht damit der Code allgemein verstanden wird und nicht eine "Besonderheit" darstellt.


Wenn man Goto dennoch aus irgendwelchen ominösen Gründen benutzt, dann extrem reduziert und über die Massen gut dokumentiert was genau passieren soll.