Thema "Re: Parameter lassen sich nicht zurückschreiben" in Programmierung

Parameter lassen sich nicht zurückschreiben

runxel — Tue, 10 Oct 2017 09:12:14 GMT

Ich steh gerade vor dem Rätsel (und auf dem Schlauch), dass ich meine Parameter nicht in Abhängigkeit ändern kann.
Das sieht dann so aus (Parameterscript):

VALUES "papersize" "A3", "A2", "A1", "A0"
IF "papersize" = "A3" THEN
	PARAMETERS  A = 0.42, B = 0.297
ENDIF 
...
...

Naheliegenderweise ein Objekt, dass zum Platzieren auf dem Layout gedacht ist; über ein Dropdownfeld kann man schnell die nötige Grösse auswählen – zumindest in der Theorie.
Tatsächlich aber passiert genau nichts, A und B bleiben unverändert.
Wo sehe ich den Wald vor lauter Bäumen nicht? Danke schonmal recht herzlich!

Re: Parameter lassen sich nicht zurückschreiben

Anonymous — Tue, 10 Oct 2017 10:25:11 GMT

Ich würde es ohne Anführungszeichen versuchen:
IF papersize .....

Re: Parameter lassen sich nicht zurückschreiben

Ma_Scht — Tue, 10 Oct 2017 10:26:35 GMT

Och Jochen, jetzt warst Du schneller 🙂 Gruß

Re: Parameter lassen sich nicht zurückschreiben

runxel — Tue, 10 Oct 2017 10:29:33 GMT

"Jochen Suehlo" wrote:
Ich würde es ohne Anführungszeichen versuchen:
IF papersize .....

Danke Jochen! EDIT: Dir auch, Mario 😉
Das war's natürlich 🙄
Dass GDL so inkonsistent mit seinen Anführungszeichen ist, geht mir so dermaßen auf den Keks.
Bei LOCK brauchts sie, bei PARAMETERS wieder nicht... 👿

Re: Parameter lassen sich nicht zurückschreiben

Anonymous — Tue, 10 Oct 2017 14:59:28 GMT

Da ist gar nichts inkonsistent. Zumindest nicht an der Stelle. Mal geht es um den Inhalt und mal um den Parameter selbst.

LOCK "papersize" : Du willst ja nicht den Inhalt von Papersize sperren, sondern den Parameter
PARAMETER papersize = "A3" : Du willst ja nicht den Parameter in A3 umbenennen, sondern den Inhalt ändern.

Das sind Programmiersprachen-Syntax Basics. 😉

Re: Parameter lassen sich nicht zurückschreiben

runxel — Wed, 11 Oct 2017 07:32:25 GMT

"Ove" wrote:
Da ist gar nichts inkonsistent. Zumindest nicht an der Stelle. Mal geht es um den Inhalt und mal um den Parameter selbst.

LOCK "papersize" : Du willst ja nicht den Inhalt von Papersize sperren, sondern den Parameter
PARAMETER papersize = "A3" : Du willst ja nicht den Parameter in A3 umbenennen, sondern den Inhalt ändern.

Das ist zwar eine sehr greifbare Erklärung, sie funktioniert aber auch nur genau bei den eben genannten (und selbst da eigentlich nicht, siehe unten). Bei VALUES z.B. dürften deiner Version nach keine Anführungszeichen um den Parameter sein – sind sie aber.
Davon abgesehen: Eine Grundsätzlichket für mich ist, dass "das hier stets Strings sind".

Deine Erklärung ist auch dahingehend nicht zutreffend, weil man den Inhalt einer Variablen (Parameter) grundsätzlich nicht sperren kann, es sei denn sie ist immutable. Das müsste man aber entweder bei der Erschaffung (const) angeben, oder bei manchen Sprachen umgekehrt angeben, dass die Variable mutable (mut) ist. Den Inhalt danach sperren oder entsperren geht nie. Das wäre auch Murks, weil der Status der Variable klar sein muss. Daher ist sowieso anzunehmen dass LOCK niemals den Inhalt sperrt.
Variablen umbenennen geht erst recht niemals, das wäre ja genauso tödlich.
Beides Programmiersprachenbasics. 😐

Re: Parameter lassen sich nicht zurückschreiben

Anonymous — Wed, 11 Oct 2017 10:55:03 GMT

Bei VALUES z.B. dürften deiner Version nach keine Anführungszeichen um den Parameter sein – sind sie aber.

Sehr wohl. Auch hier will ich den Parameter nicht ändern, sondern eine Liste erzeugen, die für den Parameter "parameter" gilt und nicht für den Inhalt des Parameters/der Variablen parameter. Das ergibt einen ziemlichen Sinn, wenn du die Group-Befehle anschaust, wo es tatsächlich um den Inhalt der Variablen/Parameter geht.

Auch bei LOCK ist es logisch, weil du nicht wirklich den Inhalt sperrst, sondern für das UI die Zugänglichkeit des Eingabefeldes.

Also ich habe da syntaktisch keinerlei Probleme. 😉 Für mich ist das sowas von logisch. 🙂

Re: Parameter lassen sich nicht zurückschreiben

Anonymous — Wed, 11 Oct 2017 10:58:22 GMT

const und immutable gibt es bei GDL nicht. Du kannst keine Konstanten deklarieren. Noch nicht mal Typen. DAS ist eine Inkonsistenz, das Variablen während des Skriptdurchlaufes durchaus mal ihren Typ ändern können. (Oder zumindest in früheren Versionen als 21 konnten.)

Re: Parameter lassen sich nicht zurückschreiben

runxel — Wed, 11 Oct 2017 13:12:06 GMT

Na gut, Ove, wenn du keine Probleme damit hast, ist das schön.
Lass ich mal gelten. 😉
(Finde ich wirklich immer wieder interessant, wie die "Herkunft" einen unterschiedliche Sichtweisen einnehmen lassen kann. Daher großes Danke für dein Input, Ove! Gerade weil wir ganz unterschiedliche Philosophien haben)

Liegt vielleicht an meinem Alter, dass ich das als unlogisch empfinde, weil ich mit vernünftigen Sprachen aufwachsen durfte, und nicht mit prähistorischen Krüppeln (*hust*GOTO*hust*). 😄

"Ove" wrote:
const und immutable gibt es bei GDL nicht.

Ist mir bewusst. Ich hab das nur benutzt, um zu zeigen, dass dein Argument nicht stichhaltig ist.

"Ove" wrote:
Bei VALUES z.B. dürften deiner Version nach keine Anführungszeichen um den Parameter sein – sind sie aber.

Sehr wohl. Auch hier will ich den Parameter nicht ändern, sondern eine Liste erzeugen, die für den Parameter "parameter" gilt und nicht für den Inhalt des Parameters/der Variablen parameter.

Okay, ist ne Grauzone. Es sind erstmal nur mögliche Werte, aber zugleich wird ja einer der Werte als default gesetzt, und damit der Parameter tatsächlich geändert; er erhält einen Wert.

"Ove" wrote:
Das ergibt einen ziemlichen Sinn, wenn du die Group-Befehle anschaust, wo es tatsächlich um den Inhalt der Variablen/Parameter geht.

Die GROUP Befehle sind das schlechteste Beispiel überhaupt. Noch schlimmer kann man eine Sprache nicht gestalten.
PLACEGROUP braucht entweder Anführungszeichen oder nicht, je nach dem ob die Gruppe einfach nur eine Gruppe oder das Resultat aus einer Operation ist. Bei beidem wird Geometrie ausgegeben, die Herkunft sollte unerheblich sein.

"Ove" wrote:

Auch bei LOCK ist es logisch, weil du nicht wirklich den Inhalt sperrst, sondern für das UI die Zugänglichkeit des Eingabefeldes.

Das ist natürlich eine Besonderheit bei GDL. Nur wie ich bereits vorhin gesagt habe: weil man den Inhalt von Variablen eh nicht sperren kann, ist es erst recht nicht logisch.

"Ove" wrote:
Noch nicht mal Typen. DAS ist eine Inkonsistenz, das Variablen während des Skriptdurchlaufes durchaus mal ihren Typ ändern können.

Das sieht selfgdl anders.
Was genau meinst du?

Re: Parameter lassen sich nicht zurückschreiben

Anonymous — Wed, 11 Oct 2017 14:14:23 GMT

Das sieht selfgdl anders.
Was genau meinst du?

Dass es in GDL unterschiedliche Typen gibt und auch geben muss ist klar, aber du kannst sie nicht deklarieren.

name = 1

Könnte ein Typ boolean, integer oder real sein.

Schreibst Du:

name = 1
IF name = 1 THEN block 1,2,3
name = 2.7
IF name = 1 THEN block 3,4,5

Gibt es eine Typenwarnung. Aber erst beim zweiten IF. Weil kurz davor der Typ von integer auf real gewechselt hat. Das ist inkonsequent und schwer zu vermitteln! 😉

Re: Parameter lassen sich nicht zurückschreiben

Anonymous — Wed, 11 Oct 2017 14:15:46 GMT

Die GROUP Befehle sind das schlechteste Beispiel überhaupt. Noch schlimmer kann man eine Sprache nicht gestalten.
PLACEGROUP braucht entweder Anführungszeichen oder nicht, je nach dem ob die Gruppe einfach nur eine Gruppe oder das Resultat aus einer Operation ist. Bei beidem wird Geometrie ausgegeben, die Herkunft sollte unerheblich sein.

placegroup "test"
name = "test"
placegroup name

platziert 2x das gleiche Element. Nämlich die Gruppe, die "test" heißt. Das hat nichts mit der Hekunft zu tun.
IMHO nicht inkonsequent.

Re: Parameter lassen sich nicht zurückschreiben

runxel — Wed, 11 Oct 2017 14:54:24 GMT

"Ove" wrote:
Was genau meinst du?

Dass es in GDL unterschiedliche Typen gibt und auch geben muss ist klar, aber du kannst sie nicht deklarieren.
....
Weil kurz davor der Typ von integer auf real gewechselt hat. Das ist inkonsequent und schwer zu vermitteln! 😉

Ohja, das hast du recht, das ist wirklich übel.
Vor allem weil man strong typing ja erzwingen kann, indem man einen Parameter erstellt.

"Ove" wrote:

placegroup "test"
name = "test"
placegroup name

platziert 2x das gleiche Element. Nämlich die Gruppe, die "test" heißt. Das hat nichts mit der Hekunft zu tun. IMHO nicht inkonsequent.

Die Inkosequenz liegt darin, dass einmal Anführungszeichen nötig sind und einmal nicht.
Eigentlich gehts mir im Grunde ja nur darum, dass Strings wie Strings aussehen soll, und alles andere nicht. 😆 😄
Um bei dem Beispiel zu bleiben: Mit Herkunft ist gemeint, wie das Element deklariert wurde. Und dem Programmierer sollte es egal sein, wie die Gruppe entstanden ist.
Beides verweist ja auf das selbe, so wie du richtig schreibst. Dennoch muss man jetzt peinlich genau darau achten, wie die jeweilige Referenz zustande gekommen ist.

Re: Parameter lassen sich nicht zurückschreiben

Anonymous — Thu, 12 Oct 2017 15:21:47 GMT

Dann mache es wie GS. Benenne Deine Variablen mit s für String, i für integer und b für boolean am Anfang des Namens. Wenn ein Wert keine Anführungszeichen hat und demnach auf einen Parameter zu verweisen scheint, kannst Du es am s erkennen.

placegroup "test"
name = "test"
placegroup "name"

KANN halt nicht das gleiche wie

placegroup "test"
name = "test"
placegroup name

sein. Wie willst du sonst unterscheiden, wo geht es um einen String und wo um einen Stringwert einer Variablen.

Beides verweist ja auf das selbe, so wie du richtig schreibst. Dennoch muss man jetzt peinlich genau darau achten, wie die jeweilige Referenz zustande gekommen ist.

Ja, das Leben ist hart. 😉

Re: Parameter lassen sich nicht zurückschreiben

runxel — Thu, 12 Oct 2017 15:47:27 GMT

"Ove" wrote:
Dann mache es wie GS. Benenne Deine Variablen mit s für String, i für integer und b für boolean am Anfang des Namens.

Ja, das habe ich mir längst angewöhnt.
Aber das hilft auch nur bedingt; zwar ist dann klar, was wirklich ein String ist und was nicht, aber ich muss mir dennoch Gedanken machen, wo ich Anführungszeichen hinzupacken habe, und wo nicht.
Zudem habe ich ja nicht umsonst das Sublime Text Plugin entwickelt. Ich mach lieber Copy&Paste, als dass ich mir den integrierten GDL-Editor antue.
Leider sieht momentan alles in Anführungszeichen aus wie ein String. 😕
(Da bin ich allerdings dran das zu ändern... Denn zum Lesen braucht es dann doch den zweiten Blick.)

"Ove" wrote:
Beides verweist ja auf das selbe, so wie du richtig schreibst. Dennoch muss man jetzt peinlich genau darau achten, wie die jeweilige Referenz zustande gekommen ist.

Ja, das Leben ist hart. 😉

Ohja – du siehst, ich leide schwer! 😢 😄