Wert auslesen und zur Variable machen

Ja, das klappt natürlich auch. Ist sogar irgendwie sinnvoller.

Wenn du WIRKLICH mit "variablen Variablennamen" arbeiten möchtest, wäre evtl. die Hash-Tabelle was für dich...

Quelle

lg chess

Glaube hier kapiert keiner was du eigentlich erreichen willst, warum sollte dir ja mittlerweile bekannt sein, aber lassen wir das...

Um mal zusammenzufassen was deine Schleife da macht:

1. Den Namen der neuen Variable und dessen neuer Wert aus einer ini entschlüsseln, soweit ganz toll, sofern deine encrypt Funktion richtig angewendet wird, zum testen würd ich diese crypt Kacke vllt erstmal weglassen...
2. Nun erstellst du mit assign() eine Variable mit diesem entschlüsselten Namen (vermutlich wird das ohne dritten Parameter intern per dim deklariert also innerhalb der Funktion als lokale Variable erstellt, ausser sie existiert bereits vor Aufruf global, wovon ich nicht ausgehe, die Variable ist ausserhalb dieser load Funktion also total wertlos und nicht existent), dazu weist du ihr keinen / einen leeren Wert zu --> "", spätestens hier solltest du ihr vllt eher eine ControlID zuweisen... seihe 3.
3. Danach kommt das sinnfreiste: Du tust so als ob der entschlüsselte Variablenname $a eine ID eines bestehenden Controls wäre. ($a ist aber "$variable", also nur ein String, mehr nicht)... somit wirst du wohl auch kaum irgendeinem Control etwas zuweisen können, denn du hast garkein Control erstellt und demzufolge auch guictrlsetdata nicht richtig angewendet.

Was 2. angeht siehe Hilfe, da wird der 3. funktionsparameter erklärt. Was 3. angeht erschliesst sich mir nachwievor der Sinn deiner ganzen Vorgehensweise nicht. Wurde hier denke ich auch schon erwähnt, dass es keinen Sinn macht Variablen dynamisch so zu erstellen wie du das gern haben willst. wenn man GUI's dynamisch erstellen und Werte dynamisch aus ini Dateien zuweisen will verwendet man arrays um sowohl die Controlid als auch den Wert des Controls zu speichern, alles andere macht keinen Sinn. Im Script spricht man die betreffenden Controls dann eben nicht per Variablenname an, sondern einfach per Array Index in Schleifen. Aber ohne Script wie immer sinnlos da näher darauf einzugehen...

Zitat von Zattoo

mir wurde dazu geraten den variablennamen (zb des inputs) und deren Wert zu speichern
um ihn dann wieder einzulesen

Bezüglich des Variablennamens ein schlechter Rat. Mache es für jedes Skript individuell/manuell denn dieses Konzept funktioniert im Gegensatz zu deinem.

Wenn du aber aus Faulheit eine eierlegende Wollmichsau benötigst musst du dir diese schon selbst entwickeln. Oder meist du hier entwickelt einer für dich ein Konzept von dessen Sinn er nicht überzeugt ist? Vor allem da du bisher noch kein komplettes (noch nicht einmal mit Laufzeitfehlern behaftetes) Skript eingestellt hast! Gehe davon aus das andere genaus bequem sind wie du und sich keine unnötige Arbeit machen.

mfg autoBert

Zitat von Zattoo

weiß keiner ne lösung?

Spoiler anzeigen

[autoit]

Func _LoadSettings()
$Key = IniReadSection(@ScriptDir & "\" & $Name & "\" & $Name & ".ini", $Name)
If Not @error Then
For $o = 1 To $Key[0][0]
$a = _StringEncrypt(0, $Key[$o][0], $PW, $LV)
$b = _StringEncrypt(0, $Key[$o][1], $PW, $LV)
Assign(StringTrimLeft($a, 1), $b)
$c = Eval("a")
ConsoleWrite($c & " " & $a & @CRLF)
GUICtrlSetData($a, $b)
Next
EndIf
EndFunc

[/autoit]

Alles anzeigen

Immernoch der selbe Fehler, siehe Punkt 3 von oben. Hier nochmal was du machst:

$a = "$test"
$b = "testwert"
$test = "testwert" ; dein assign()
; $c="$test" ; sowieso nur debugging...
guictrlsetdata("$test","testwert") ; total falsch, ein string ist keine control ID, selbst wenn du stattdessen
; die neu erstellte Variable $test verwenden würdest stünde da nur der Wert "testwert" und keine control ID

Ansonsten wie schon gesagt... sinnfreies Konzept, keine lauffähigen Testscripte --> keine besonders gute Aussichten auf Support