Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
ich habe manches mit LVOOP gemacht, aber das kann ich noch genausogut "klassisch" lösen, denke ich. Ich nutze Klassenvariablen, auf die alle Methoden zugreifen. Das müsste jedoch ohne Klasse genau so gehen, wie wir es bsp. von den DAQmx-Blöcken kennen oder auch von den Dateizugriffs-Blöcken. Die reichen die Daten auch weiter.
Wie macht man sowas denn?
Nehme ich da einen Cluster und reiche diesen weiter? Das sieht optisch irgendwie nicht so toll aus.
Ich würde meine LVOOP-Geschichte gerne mal anders umsetzen, damit ich den Instanz-Block nicht benötige. Der stört mich.
' schrieb:ich habe manches mit LVOOP gemacht, aber das kann ich noch genausogut "klassisch" lösen, denke ich.
Da verweise ich doch gleich mal auf meine "Muster-Klasse". Mit diesem Konzept kann man eine OOP-Klasse "simulieren": Propertys, Kapselung, etc.
Man muss ja nicht einen Cluster weiter reichen. Man kann ja auch die Daten per Queue und Melder verschicken. Das entspricht einem Property, ob lesend oder schreibend. Die "Klasse" läuft als selbständiger "Prozess" innerhalb der Anwendung. Wer was von der Klasse will, muss per Property, also per Queue, anfragen. "Antwort" bekommt er per Melder.
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
Aber gibt es nicht ein einfaches Beispiel oder die Vorgehensweise (was ich wie als Ein- und Ausgang definieren muss)?
Dein Beispiel ich für mich dann doch etwas zu komplex.
Mit LVOOP kann ich über "Nach Namen bündeln" (oder wie es genau heißt) sehr einfach auf die Klassenvariablen zugreifen. Was im Klassesnvariablen-Cluster enthalten ist, weiß jede Methode.
Wenn ich nun einen Cluster als Ein- und Ausgang definieren möchte, muss ich diesen pro VI 2 mal auf dem Frontpanel erstellen. Möchte ich den Cluster irgendwann erweitern, muss ich jedes VI öffnen und in den 2 enthaltenen Clustern die Änderungen vornehmen.
Das ist alles andere als gut wartbar.
' schrieb:Möchte ich den Cluster irgendwann erweitern, muss ich jedes VI öffnen und in den 2 enthaltenen Clustern die Änderungen vornehmen.
Das ist alles andere als gut wartbar.
Such mal nach "Type Def" hier im Forum. Hier ein wahlloser Ausszug:
' schrieb:Hallo gfzk,
vielleicht hast du inzwischen den großen Vorteil eines Typedef bemerkt:
Alle Instanzen des Typedef ändern sich automatisch mit, wenn man den Typedef bearbeitet hat…
Gruß dimitri
„Sag nicht alles, was du weißt, aber wisse immer, was du sagst.“ (Matthias Claudius)
