Das deutsche QBasic- und FreeBASIC-Forum

[Berkeley]

=> Wie kann man die Parameterliste von SUBs so manipulieren, dass wie bei PRINT ein "," und ";" in der Parameterliste eine neuartige Funktion erfüllen ?

[grindstone]

Könntest du etwas genauer beschreiben, was du vorhast? In der Parameterliste dient das Komma als Separator, und das Smikolon ist überhaupt nicht erlaubt und produziert eine Fehlermeldung.

Gruß
grindstone
_________________
For ein halbes Jahr wuste ich nich mahl wie man Proggramira schreibt. Jetzt bin ich einen!

[dreael]

Folgendes geht noch am ehesten in diese Richtung:

https://www.freebasic.net/wiki/KeyPgOperator

Man kann die Operatoren für Rechenausdrücke überladen und so Dinge wie beispielsweise eine Klasse für komplexe Zahlen oder Vektoren programmieren, mit der man dann normale Ausdrücke schreiben kann.

Bei C++ wäre sogar das Komma ein meines Wissens überladbarer Operator, was bei FB nicht der Fall ist. Die Syntax von PRINT stammt so betrachtet noch als Rückwärtskompatibiltäts-Relikt aus der alten GWBASC/QBASIC-Zeit.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[hhr]

Die Frage finde ich auch interessant. Ich vermute, dass das der Parser beim Kompilieren erledigt. Es wird geprüft, ob Komma oder Semikolon nach der Print Anweisung folgt und dann wird die Anweisung entsprechend umgestellt.
Für eigenes Programmieren muss man mit dem zufrieden sein, was FreeBasic bietet.

[Berkeley]

[hhr]

Vielleicht könnte printf weiterhelfen, das man mit crt.bi einbauen kann.

[nemored]

PRINT (und INPUT) arbeiten nicht mit variabler Parameterliste, sondern werden eigens geparst. Es gibt noch ein paar andere Besonderheiten, die nur in speziellen Befehlen existieren und sich nicht anderweitig nachbauen lassen - Koordinatenangaben über ein Zweiertupel zum Beispiel, oder die aus meiner Sicht mit ihrer Syntax ziemlich aus dem Rahmen fallende MID-Anweisung (deren Nutzen sehr überschaubar ist). Selbstgebaute Parameterlisten arbeiten ausschließlich mit Komma - außer du baust dir einen eigenen Präprozessor, der die Quelldatei passend vorbearbeitet und dann erst an den Compiler schickt. Der Präprozessor könnte dann die , durch ein !"\t" ersetzen und die ; durch ein , (oder so etwas in der Art). Compilieren geht dann halt nur mithilfe dieses Präprozessors.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[Matthias]

Das ist eine interessante Frage! In VBA kann man die Parameterliste von Subs nicht direkt so verändern, dass Komma oder Semikolon eine andere Bedeutung bekommen, wie bei PRINT. Eine Möglichkeit ist, ParamArray zu verwenden, womit man eine flexible Anzahl von Argumenten entgegennehmen kann. Innerhalb des Subs kannst du dann selbst definieren, wie du diese Werte verarbeitest, z. B. spezielle Werte als Steuerzeichen interpretieren. Für komplexere Parser-Funktionalitäten wäre aber eventuell eine eigene Funktion sinnvoller.

[Monika]

Das direkte Manipulieren der Parametertrennung mit "," und ";" wie bei PRINT ist bei eigenen SUBs in BASIC leider nicht möglich, weil die Parameterübergabe festgelegt ist. Als Workaround könntest du alle Argumente als einen String übergeben und dann innerhalb des SUBs selbst parsen oder eine ParamArray-Lösung nutzen, falls die Sprache es unterstützt. Eine andere Möglichkeit wäre, spezielle Trennzeichen zu verwenden und diese im SUB auszuwerten.

[Berkeley]

Momentan ist es so: ich benutz' für meine Retrogra-Konsole den Befehl rgPRINT, z.B.:

[Monika]

Das direkte Manipulieren der Parametertrennung mit "," und ";" wie bei PRINT ist bei eigenen SUBs in BASIC leider nicht möglich, weil die Parameterübergabe festgelegt ist. Als Workaround könntest du alle Argumente als einen String übergeben und dann innerhalb des SUBs selbst parsen oder eine ParamArray-Lösung nutzen, falls die Sprache es unterstützt. Eine andere Möglichkeit wäre, spezielle Trennzeichen zu verwenden und diese im SUB auszuwerten.

[Berkeley]

Prinzipiell ist es in BASIC schon möglich, nur nicht in FreeBASIC und vermutlich in gar keinem existierenden BASIC-Dialekt. Man müsste es halt im Compiler/Interpreter implementieren. FreeBASIC bietet ja schon Möglichkeiten, die es teilweise in fast keinem BASIC-Dialekt gibt. Die Fragestellung war ja letztlich, OB man da irgendwas tricksen kann. IIRC hab' ich's bereits den Entwicklern vorgeschlagen.