Das deutsche QBasic- und FreeBASIC-Forum

[AQUA-MAN]

Hallöchen

Das folgende spielt sich in einem Konsolenfenster ab, also alles nur Text.
Ich programmiere ein kleines Zahlenrate-Spiel und bin grade dabei das der User die niedrigste und höchste Zahl in dem die zu ratende Zahl liegen soll eingibt. Falls der Unterschied dabei weniger als 50 beträgt soll eine kurze Fehlermeldung ausgegeben werden und das ganze von vorne beginnen mit der Eingabe der Zahlen.
Mein Problem besteht dadrin das ich gerne die angezeigten Zeilen + Eingabe löschen würde ohne den gesamten Bildschirminhalt zu löschen. Ich habe es zwar hinbekommen aber die Lösung gefällt mir überhaupt nicht. Hier ist der Code:

[Nitroxis]

Um nicht immer soviele Leerzeichen schreiben zu müssen kannst du die STRING-Funktion bzw. die SPACE-Funktion benutzen

[AQUA-MAN]

Ja, stimmt ja "EXIT DO", da benutze ich CONTINUE DO und EXIT DO in meinem Ersatz für INPUT mehrmals und komm nicht auf die Idee es auch hier zu benutzen. Danke für den Hinweis.
Hm, ich weiß nicht warum aber ich war der festen Überzeugung das Space(n) den Cursor nur n Zeichen weitersetzt, zwischendrin aber nichts überschreibt, ähnlich wie TAB(n) nur dass sich das ja auf den Anfang der Zeile bezieht.
Hab es jetzt umgeändert:

[nemored]

[my2ct]Ich würde GOSUB durchaus schon in die strukturierte Programmierung einordnen. Allerdings muss hier der Programmierer nicht nur darauf achten, nicht versehentlich in das Unterprogramm zu springen, sondern auch darauf, den Rücksprung nicht zu vergessen. Bei SUBs meckert der Compiler rechtzeitig, wenn er kein END SUB findet. Zusammen mit Parameterüber- und Rückgabe, sehe ich keinen vernünftigen Grund GUSUB statt SUB zu verwenden - außer vielleicht Schreibarbeit, weil man GOSUB nicht vorher deklarieren muss, und der Zugriff auf alle Variablen des Hauptprogramms (was nicht nur ein Vorteil ist).

Fakt ist, dass man bei starkem GOTO-Gebrauch leichter die Übersicht verlieren kann als bei SUBs/FUNCTIONs. Gegen einen sehr dezenten Einsatz von GOTO habe ich persönlich nichts einzuwenden, dieser muss aber wohl überlegt sein. Ich bin in den letzten 15 Jahren komplett ohne GOTO ausgekommen, und vielleicht vier, fünf Mal hätte sich das Problem mit GOTO etwas eleganter lösen lassen - also nicht allzu oft. Der Unterschied besteht meines Erachtens nicht in der Verwendung/Nichtverwendung dieses Befehls, sondern in der Denkweise: denke ich mir das Programm als eine einzige Befehlsabfolge, die quer durch den Quelltext springt, oder als Gruppen von Unterprogrammen, die nacheinander aufgerufen werden? Ein Fehler, den ich schon öfter bei der ersten Verwendung von SUBs gesehen habe, ist der Missbrauch von SUB als GOTO-Ersatz. Und dann rennt einem eben schnell mal der Speicherplatz davon ...

Um dein Beispiel "Starte Spiel von vorn" aufzugreifen: Mit GOTO ist der dahinter stehende Gedanke: "Fange das ganze nochmal von vorn an", während mit DO...LOOP der Gedanke ist "Mache das ganze solange, bis das Spiel beendet werden soll". Ich denke, dass letzterer eher dem Programmablauf entspricht. (Nebenbei: in der Schleife kann ich die benötigten Variablen zu Beginn "immer wieder neu" deklarieren, während ich sie bei GOTO außerhalb der "Schleife" deklarieren und innerhalb zurücksetzen muss - Gefahr, das Zurücksetzen zu vergessen)

Ein für mich eingängigeres Beispiel wäre das Beenden des Programms:

[AQUA-MAN]

[volta]

[AQUA-MAN]

"aber einfach der falsche Weg." - Gut das ich gefragt habe, aber ist das mit BYTE statt INTEGER dann wenigstens Speichersparend oder auch nicht?

Das Tutorial hatte ich schon gelesen, und ich gebe zu ich habe eine Anregung bekommen, aber ich glaube das mit GOTO verbuche ich lieber unter persönlichen Programmierstil.

Ich habe so viele Fragen, ich glaube da seit ihr noch ein bisschen mit beschäftigt, zumindest falls es nichts ausmacht das ich diesen Thread dafür benutze und nicht für jede Frage einen eigenen Thread aufmache.

OK, nächste Frage: Haben Konstanten eigentlich einen Vorteil gegenüber normalen Variablen? OK, sie können nicht verändert werden, aber wenn ich sowieso nicht vorhabe sie zu verändern kann mir das doch egal sein als was ich sie deklariere oder?
Ah, habe grade bei CONST gelesen das Konstanten "in allen Prozeduren und in jedem Modul verfügbar sind", das bedeutet da kann es auch mal zu Komplikationen kommen wenn ich mit #INCLUDE anderen Quellcode einbinde und dort schon Konstanten verwendet werden?
Ja, ich habe dieses Tutorial gelesen und die meisten anderen dort auch.

Ich habe irgendwie immer Probleme Kommentare zu schreiben, also damit was ich schreiben soll, ich meine, für mich ist das alles völlig klar und verständlich, weshalb ich mich dann nicht so richtig in die Lage versetzen das ich meinen Code eben nicht kenne.
Kennt jemand so aus dem Stehgreif einen Quellcode der gut Kommentiert ist damit ich da noch ein bisschen von lernen kann?
Im von volta geposteten Tutorial ist zwar auf Seite 2 der Satz "Kommentiere nicht das Offensichtliche, sondern das Unsichtbare!" aber wenn ich nur danach gehe dann kämmen bei mir nur alle 20 Zeilen mal ein Kommentar.

Danke an alle die sich bisher schon Gedanken gemacht haben und auch an die die dann auch was geschrieben haben.
Falls jemand sich noch zur GOTO-Diskussion äußern möchte würde ich ihn bitten das auch zu tun, mich interessiert ob es wirklich so viele Menschen gibt die das auch so sehen mit dem verbieten.
Und bitte überseht meine 1. Frage (die mit dem deklarieren in einer Schleife) im vorherigen Beitrag von mir nicht.

[volta]

Alles hat zwei Seiten:
BYTE statt INTEGER?
spart Speicherplatz ; langsamer (aus dem Speicherzugriff 32Bit müssen die 8Bit für das Byte herausgepopelt werden)

Haben Konstanten eigentlich einen Vorteil?
jain, im Programm erspart es (nicht immer ) Speicherzugriffe (Zeit); aber wie du richtig bemerkt hast, sie dürfen nur einmal definiert werden.
(Alle Werte die man einer Variablen direkt zuweist und im Programmablauf nicht geändert werden kann man auch als Konstante definieren!)

immer Probleme Kommentare zu schreiben? ich auch
nur alle 20 Zeilen mal ein Kommentar? wenigstens etwas

GOTO verbieten?
kann mir keiner verbieten; irgendwann merkt man selber, dass es ohne Goto/Gosub übersichtlicher wird.

Und bitte überseht meine 1. Frage (die mit dem deklarieren in einer Schleife) im vorherigen Beitrag von mir nicht.???
habe ich nicht geschnallt...
_________________
Warnung an Choleriker:
Dieser Beitrag kann Spuren von Ironie & Sarkasmus enthalten.
Zu Risiken & Nebenwirkungen fragen Sie Ihren Therapeuten oder Psychiater.

[AQUA-MAN]

[nemored]

Eine Schleife ist im aktuellen FreeBASIC ein Scope-Block. Wenn du innerhalb einer Schleife eine neue Variable einführst, ist sie außerhalb der Schleife nicht mehr gültig. Du kannst auch eine Variable außerhalb der Schleife deklarieren und innen dann nochmal lokal neu einführen.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[AQUA-MAN]

Ach so, ja schon, aber um das nutzen zu können, müsste man doch 2 Schleifen ineinander verschachteln, oder? Ich stell mir das momentan so vor:

[MOD]

Also wenn mir der Compiler meckert, dann probier ich halt rum, bis ich weiß warum...
Bei dir ist das Problem, dass du die Zeichen falschrum gesetzt hast.

[AQUA-MAN]

Ja, rumprobieren ist auch eine Möglichkeit, aber ich hatte dort einfach keinen Fehler gesehen. Als was interpretiert der Compiler "=>" wenn es eine andere Bedeutung für ihn hat als ">="?

[MOD]

Als Fehler

Ist halt ab und zu so, keine Gedanken darüber machen und einfach weiter coden

[Jojo]

Zuweisung von Array-Inhalten:
[code]
Dim As Integer feld(0 to 3) => {1, 3, 3, 7}
[code]
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[AQUA-MAN]

Danke, jetzt versteh ich den Grund zumindest genauer, auch wenn ich noch nicht verstehe warum der Compiler sowas im Vergleichsteil eines IF-Blocks vermutet. Aber wie MOD schon gesagt hat.
Keine Gedanken drüber machen und weiter coden.
Muß man 2 Schleifen ineinander verschachteln um Variablen immer wieder neu zu deklarieren? Ich stell mir das momentan so vor:

[nemored]

Wieso zwei Schleifen?

[Muttonhead]

ich hätte es auch mit 2 loops gemacht

[AQUA-MAN]

Naja es ging ja um das "immer wieder neu deklarieren" und habe mich auf deine spätere Aussage

[nemored]

Hmm ja, ich dachte jetzt nicht an das spezielle Programm, sondern allgemein an Variablen in Schleifen.