@paul53 Naja Formal ist es ein Unterschied (auf einer reinen Datenebene) ob ein State einen Wert hat - und ja formal ist auch "null" ein Wert der eine spezifische Bedeutung haben kann. Damit braucht es eine Abgrenzung zu "es ist kein Wert da" und das ist genau der Fall hier.
Auch das zurücksetzen von Werten (einige Adapter machen bei "Button" States die an sich immer nur auf true getriggert werden extra timeouts damit der Button wieder auf false zurückgesetzt wird (weil User das gern in Visus so haben wollen ... no offense 😉 ) Wenn aber jetzt der Adapter beendet wird oder das Skript nicht mehr läuft bleibt das halt auf true stehen.
Mit expires kann du den Wert automatisiert "clearen" weil das in der Verantwortung der Datenbank liegt (File-DB bzw Redis sorgt dafür)
Mit expires kann man auch durchaus Überwachungen bauen. Zum Beispiel funktionieren die wie system.adapter.alive so, dass diese alle 15s neu gesetzt werden mit einem expire von 30s oder so. So lange also der prozess läuft expired das nie weil es immer neu gesetzt wird.
Wenn jetzt der Adater komisch hängenbleibt, sodass er nicht crasht aber auch nicht regelmässig alive setzen kann wird der state expiren ... das registriert der Controller und reragiert durch kill des prozesses und neustart ...
Also es gibt durchaus sinnvolle Anwendungsformen.
Die die @AlCalzone beschrieben hat könnte man für alle buttons nutzen (wenn es mit alles visus und der User erwartung kompatibel wäre 😉 )
