Lokale Variablen oder Property Node

Was man unbedingt wissen muß ist, daß eine lokale Variable kaum langsamer ist als das direkte Schreiben/Lesen, ein Property-Node aber ist 100-200 mal langsamer. Allerdings ist davon auszugehen, daß das Langsame daran der Aufruf des Eigenschaftknotesn an sich ist und daß es keine Rolle spielt, wie viele Eigenschaften dieser dann hat. Deshalb ist überhaup nichts dagegen einzuwenden, dass, wenn der Eigenschaftsknoten wegen anderer Eigenschaften sowieo aufgerufen werden muß, dann auch die Eigenschaft "Wert" anstelle eine lokalen Variablen mit verwendet wird.

Der Eigenschaftsknoten ist weniger in Verruf als die Lokale Variable, aber nur deshalb, weil er Fehleranschlüsse hat und somit etwas einfacher (ohne zusätzliche Struktur) eine Datenabhängigkeit hergestellt werden kann. Bei eine State-Machine wird aber immer nur ein State ausgeführt. Wenn nicht gerade mehrere lokale Variable in einem State verwendet werden, dann dürfte das Problem von Wettlaufeffekten beherrschbar sein.

Ich gestehe, daß ich den Eigenschaftsknoten "Wert" gern in Verbindung mit SubVIs verwende. Wenn im SubVI z.B. ein Variable editiert werden soll, braucht man normalerweise zwei Anschlüsse (Ein- und Ausgang) - oder aber nur einen Referenzanschuß.

Bei Dir würde ich sagen, es kommt alles darauf an, wie zeitkritisch Dein Programm ist. Die Verwendung vom Referenzen in den States bietet die Möglichkeit, ganz leicht Sub-VIs zu erstellen. Das würde ich dann auch machen. Das Programm wird übersichtlicher, weil besser modularisiert.

Die entscheidende Frage, die man hätte am Anfang stellen sollen, ist aber die: Warum nicht Shift-Register verwenden, um damit Lese- und Schreibzugriff auf eine Variable in allen States zu haben? Normalerweise ist das - und nichts anderes - die optimale, allgemein akzeptierte Lösung.