Monatsrückblick Januar/Februar 2026 ist online!

[GeraldK66]

Ich habe eine Liste mit Elementen als Objekt abglegt. "0_userdata.0.Strom.Strom_Tageswerte"

[11.5,10.64,10.47,10.6,10.72,11.84,15.01,16.37,17.17,14.93,13.95,12.92,12,11.22,10.63,10.61,11.92,14.04,15.01,17.1,17.32,17.74,15.9,15]

Wenn ich dann bei diese Liste auslese, als liste_test abspeichere und auf Element 2, 100 drauf schreibe. Wird scheinbar auch die liste von "0_userdata.0.Strom.Strom_Tageswerte" geändert

liste_test = getState("0_userdata.0.Strom.Strom_Tageswerte").val

liste_test[2]=100;

console.info(getState("0_userdata.0.Strom.Strom_Tageswerte").val);
console.info(liste_test);

Ergebins im log
javascript.0 09:42:46.741 info

[
11.5, 10.64, 100, 10.6,
10.72, 11.84, 15.01, 16.37,
17.17, 14.93, 13.95, 12.92,
12, 11.22, 10.63, 10.61,
11.92, 14.04, 15.01, 17.1,
17.32, 17.74, 15.9, 15
]

javascript.0 09:42:46.741 info

[
11.5, 10.64, 100, 10.6,
10.72, 11.84, 15.01, 16.37,
17.17, 14.93, 13.95, 12.92,
12, 11.22, 10.63, 10.61,
11.92, 14.04, 15.01, 17.1,
17.32, 17.74, 15.9, 15]

Hat jemand eine Idee warum das so ist. Im Objektbaum sehe ich nach wie vor die ursprüngliche Liste.
Wenn ich denn JavaScrip Adapter neu startet liefert getState auch wieder das richtige ergebnis.

[OliverIO]

@GeraldK66

Das 2. Element ist doch 100.
JavaScript fängt mit 0 zum zählen bei arrays an.
Also 0,1,2….

Gib mal direkt nach dem lesen und vor dem ändern noch die Liste aus. Nur um sicher zu gehen.

Das ändern der variable löst eigentlich keine Änderung des datenpunkts aus. Da muss man schon bewusst schreiben.
Evtl ist es ein caching Problem

[FernetMenta]

https://www.geeksforgeeks.org/javascript/pass-by-value-and-pass-by-reference-in-javascript/

[OliverIO]

@FernetMenta sagte:

https://www.geeksforgeeks.org/javascript/pass-by-value-and-pass-by-reference-in-javascript/

Das wäre dann aber ein Problem des Adapters

[FernetMenta]

@OliverIO Nein, das ist die Natur von JS. Die Zuweisung übergibt eine Referenz auf ein Objekt, darum sehen wir in beiden logs die 100. Das Objekt in diesem Fall ist aber nicht das, was man im Objektbaum sieht. Darum steht da auch noch der unveränderte Wert.

[FernetMenta]

Wenn man den Javascript-Adapter nicht auf alle States subscribed, dürfte das so auch nicht auftreten, weil der Adapter dann keine eigenen Objekte auf die States vorhält. Man muss dann aber mit den async Funktionen von set/get State arbeiten.

[OliverIO]

@FernetMenta

Aber der Adapter sollte so ja nicht reagieren.
Er sollte nur de-referenzierte Objekte herausgeben.
Höre ich zum ersten Mal das das im Adapter so ist. Das müsste doch vorher schon jemand aufgefallen sein

[paul53]

@OliverIO [sagte]: Höre ich zum ersten Mal das das im Adapter so ist.

Das war schon immer so. Die Variable liste_test zeigt in den Puffer der Javascript-Instanz.

@GeraldK66 sagte:
Im Objektbaum sehe ich nach wie vor die ursprüngliche Liste.

Das ist die Liste im js-controller (Admin-Puffer). Wenn man die Liste mit setState("0_userdata.0.Strom.Strom_Tageswerte", liste_test, true) schreibt, stimmen beide Listen wieder überein.