goto in c

[Who-T]

da ich derzeit einen code umschreiben muss, der einige dieser gotos enthält und wir gerade eine nette diskussion im lab darüber gehabt haben würd mich eure meinung interessieren.

wann sind gotos in c erlaubt bzw wann sollten sie verwendet werden?

die meinung die ich bis jetzt überall im netz gesehen habe war:
do NOT use them!

[_m3]

Dann hast Du auf den flaschen Seiten geschaut bzw. nur jemanden "getroffen", das das alte Paradigma einfach nachbetet.

Wie bei fast allem im Leben kommt es auf die Dosis an. Goto richtig eingesetzt ist OK (z.b. Aus einem if oder for schleife springen), mann muß nur immer abwägen, ob es Sinn macht.

Es gibt also kein Generalrezept, man muss selber drüber nachdenken.

[hewlett]

also ganz egal mit welchen Leuten ich über gotos in C gesprochen habe, höre ich immer die selbe Meinung: "nicht verwenden!". Ich persönlich versuch einfach immer diese zu vermeiden. Aber muss ja eh jeder selber wissen!

[BULMIST]

Viva la Spaghetticode ;-)

Na ernsthaft jetzt: Gotos sollten schon vermieden werden, würd ich mal meinen. Coding Style is meiner Meinung nach net viel was Individuelles, sondern sollt schon ernst genommen werden und auch so genutzt werden.
Schau mal im Internet nach dem pdf-File vom Schmaranz. Lehrt an der techn. Uni in Graz und is was Coding Style angeht sehr angesehen. Super zum Nachlesen, auch was generelle Programmierung in C angeht...

Ciao

[brigh]

Das eine ist halt Theorie und das andere Praxis.

Die Theorie sagt goto ist unübersichtlich und das stimmt meiner Meinung nach auch - meistens.In der Praxis gibt es Fälle in denen goto durchaus brauchbar ist.

[mudjumper]

In der Praxis macht man "schnell" ein goto, und es war in diesem Moment übersichtlich.
Später ist der Code etwas (spaghettimässig) gewachsen und kein Schwein weiss mehr, was und warum man mit dem goto hier- und dorthin springt.

Meine Meinung daher (aus der Praxis mit Assembler und Basic): im Notfall einsetzbar, aber unbedingt mit Kommentar versehen.

[brigh]

Irgendwo im Code herumspringen, das meinte ich mit unübersichtlich. Ich bin da völlig deiner Meinung, da weiß später kein Schwein mehr warum. Ich will auch keine Partei ergreifen für gotos, wenn es eine andere Lösung gibt, dann ist die fast immer besser

Im Errorhandling finde ich es aber zB sinnvoll: Fehler ausgeben und dann zum Programmende springen.
edit: Meine Praxis kommt aber auch nicht aus C sondern aus PLI

[zed]

aus meiner erfahrung mit C:

gotos so sparsam wie nur irgendwie möglich einsetzen. am besten gar nicht!

das goto ist insofern gefährlich als dass es wildes herumspringen im code ermöglicht und somit strukturieretes programmieren total unterläuft wie eh schon erwähnt wurde.

für ein kleines privates projekt mag das ja noch gehen aber wenns kommerziell wird und sich später auch noch mal wer (sogar man selbst) auskennen soll kannst es komplett vergessen vergessen.


und dass man ein if oder sonstwas "nur" mit einem goto verlassen kann halte ich für ein böses gerücht

[Flink]

Original geschrieben von brigh
Im Errorhandling finde ich es aber zB sinnvoll: Fehler ausgeben und dann zum Programmende springen.

Im Errorhandling ist es sinnvoll, ein GOTO in C zu verwenden. Dadurch wird der Code vereinfacht. Denn sonst müßte in allen folgenden IFs und Schleifen permanent abgefragt werden, ob denn nicht vorher schon ein Fehler aufgetreten sei. Es ist auch unschön, wenn in einer Prozedur mehr als 1 return vorkommt. Es gibt hierzu Lösungen der Fehlerbehandlung mittels GOTO über Makros.