|
| |
Allgemeine Diskussionen| Re: Argumente gegen Go To | |  | | Autor: TIBOS | | Datum: 24.07.06 00:02 |
| | Zitat: | |
Kein vernünftiger Programmier benutzt goto | |
so, so.. 
Es gibt einige Gründe, GoTo zu verwenden.
Wenn du eine komplexe, verschachtelte Struktur (Schleifen, Bedingungen..) hast, und an irgendeiner im Code Stelle feststellst, dass du an dieser Stelle mit den ganzen Schleifen nichts mehr zu tun haben willst, kommst du mit einem einzigen GoTo aus der ganzen Struktur 'raus.
Oder: du hast innerhalb einer komplexen Struktur an mehreren Stellen immer dieselben blöden drei Zeilen Code auszuführen und magst dafür aber keine eigene Funktion anlegen.. ach ne, das war GoSub 
Fakt ist, dass du in bestimmten Fällen mit einem GoTo einigen Programmieraufwand sparen kannst. Bei quick&dirty-Anwendungen sowie zum debugging ist nicht mal was dagegen einzuwenden. Schon gar nicht, wenn es bei einem GoTo bleibt.
Genau dieser Vorteil ist aber auch der Nachteil: GoTo führt Strukturen ad absurdum, da man mitten aus einer Struktur in eine andere springen kann. Programme sehen dann vielleicht noch strukturiert aus, sind es aber nicht mehr. Code mit GoTo ist sehr viel schlechter zu lesen und zu verstehen. Dazu kommt, dass Sprungmarken von beliebigen Stellen aus angesprungen werden können; da muß man seine Variablen sehr gut im Griff haben.
Nicht nur, wenn man im Team entwickelt, ist GoTo daher tabu. Auch, wer nur selbst codiert, läuft bei der späteren Codepflege gerne mal ins offene Messer.
Insofern ist es verständlich, wenn Informatikprofessoren ihren Studenten das GoTo als Teufelswerk ausreden. Der grund dafür ist aber ein anderer:
Wer schon länger im Geschäft ist, weiss noch, dass früher mal ganze Anwendungen in Basic mit Zeilennummern geschrieben wurden. Subs und Functions gab es noch nicht; die gesamte Strukturierung lief über GoTo und GoSub.
Diese Codemonster waren manchmal nicht mehr zu verstehen und damit auch nicht zu pflegen. Das Programm hüpfte wild im Coding hin und her, wenn man irgendwo einstieg, wusste man nicht, wo man wieder herauskommt. Damals wurde der Ausdruck "Spaghetticode" geprägt.
Seitdem ist die Zielrichtung, Strukturen zu schaffen und Funktionen und Aufgaben zu kapseln. GoTo als Relikt aus alter Zeit ist bei dieser Bestrebung kontraproduktiv
Grüße, Ulrich Horn | |
 | Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
 Einloggen | Neu registrieren |
 |
|
TOP! Unser Nr. 1 
Neu! sevDataGrid 3.0
Mehrspaltige Listen, mit oder ohne DB-Anbindung. Autom. Sortierung, Editieren von Spalteninhalten oder das interaktive Hinzufügen von Datenzeilen sind ebenso möglich wie das Erstellen eines Web-Reports. Weitere InfosTipp des Monats  Oktober 2025
Matthias KozlowskiUmlaute konvertierenErsetzt die Umlaute in einer Zeichenkette durch die entsprechenden Doppelbuchstaben (aus ä wird ae, usw.) Access-Tools Vol.1 
Über 400 MByte Inhalt
Mehr als 250 Access-Beispiele, 25 Add-Ins und ActiveX-Komponenten, 16 VB-Projekt inkl. Source, mehr als 320 Tipps & Tricks für Access und VB
Nur 24,95 EURWeitere Infos
|
| |
|
Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|
Sie sind aktuell nicht angemeldet.
