goto in node red
-
@asgothian
Danke vielmals!
Ich bin auch kein goto Fan, aber mir fiel hier nichts anderes ein um ans Ende zu gelangen, da ich ich nicht wußte inwieweit in JAVASCRIPT do while for schleifen funktionieren, die man dann mit break verlassen kann. Bin auch kein Programmierer.Deine Lösung mit dem Return hatte ich auch erst erwogen, bin aber davon ausgegeangen daß dann bei einem Wert von 95 jedes if mitgenommen und ausgeführt wird.
Ist das nicht so? Bedeutet return msg daß an der Stelle die Bearbeitung des Scriptes abgebrochen wird??Ich meine mit Bausteinen die Nodes wie Switch z.B....
Gruß,
Ronald -
@mickym
Nein, weiß ich nicht. Importieren wäre natürlich genial...
Gruß,
Ronald -
@bynight sagte in goto in node red:
Deine Lösung mit dem Return hatte ich auch erst erwogen, bin aber davon ausgegeangen daß dann bei einem Wert von 95 jedes if mitgenommen und ausgeführt wird.
Ist das nicht so? Bedeutet return msg daß an der Stelle die Bearbeitung des Scriptes abgebrochen wird??Ja. Intern (sprich in dem code der aus der grafischen Struktur gemacht wird) ist es eine Funktion, return beendet die Funktion und liefert den Wert zurück.
A.
-
@bynight sagte in goto in node red:
@mickym
Nein, weiß ich nicht. Importieren wäre natürlich genial...Gruß,
RonaldDu machst den Spoiler auf und kopierst den Inhalt
mit der Schaltfläche Copy to Clipboard in die Zwischenablage.
In Node-Red gehst du über das Hamburger Menü und wählst Import:
In das rosa Fenster kopierst Du den Inhalt der Zwischenablage
und klickst dann auf Import.
-
@oliverio
puh... das ist mir noch nicht so recht klar...
Also90 Ausgang 1
80 Ausgang 2
70 Ausgang 3
Dann alles wieder zusammen auf einen Nachfolgenode. Aber wie macht der dann daraus msg.payload 0, 20 und 40?Gruß,
Ronald -
@bynight Ich habs Dir doch gezeigt. Mündet doch alles in einer Debug Node.
-
@mickym
genial!!!
Nun sehe ich auch wie die Zusammenführung funktioniert :-)))))))))Gruß,
Ronald -
@mickym
Sorry, ich muß die Antworten aber auch bissel der Reihe nach beantworten... ;-)) -
Die Debug Ausgabe findest Du unter dem Bug - also der Wanze.
-
@mickym
ja, die Wanze habe ich schon verwendet.
Danke vielmals an alle für die schnelle und ausführliche Hilfe!
Nun habe ich erst mal etwas Stoff zum Probieren für die nächsten Tage! :-))))Gruß,
Ronald -
-
@bynight Ja dann viel Spaß- Ich kann Dir nur aus Erfahrung raten - vermeide Codieren in function Nodes soweit es geht. Es gibt nur wenige Fälle, wo es sinnvoll ist. Beschäftige Dich lieber mit Change Nodes und JSONATA.
https://docs.jsonata.org/overview -
@bynight sagte: in etwa so:
In "normalen" Programmiersprachen gibt es kein goto. Ich kenne es nur von Basic. Anstelle von
goto end;schreibt man
return msg; -
@paul53 hallo Paul,
In Batch Dateien und Visual Basic, was ich am Meisten nutze, ist es gebräuchlich.
Der Tip mit return msg statt exit oder break fehlte mir halt.Gruß Ronald
-
@bynight Das mit dem return msg sieht hier nur als Abbruchbedingung aus. Das ist es aber nicht.
Mit return mit msg gibst du nur die Kontrolle von der function Node wieder an den Flow zurück. Je nachdem was Du zurückgibst, also einfaches Objekt, Array von Objekten kannst Du ein oder mehrere Nachrichten an verschiedene Ausgänge des Flows zurückgeben.
Der Vorteil einer function Node ist auch, dass Du komplett neue Nachrichtenobjekte erzeugen kannst und Dich so einfach von den Eigenschaften des bisherigen Nachrichtenobjektes entledigen kannst.
Aber wie gesagt meide function Nodes. Sie sind vor allem dann nützlich, wenn Du in einem NodeKontext Zustände speichern möchtest, um dann Berechnungen durchzuführen oder wenn Du andere NodeJS Module verwenden willst. Ansonsten schau Dir die Hilfe zu den Nodes an, auch zu der function Node:
Neben return msg - kannst Du auch asynchron über node.send Nachrichten erzeugen. In der Hilfe ist außerdem ein Link zur Onlinedokumentation:
https://nodered.org/docs/user-guide/writing-functions
Dort siehst Du wie Du über ein Array mehrere Ausgänge bedienen kannst
oder bei Arrays in Arrays mehrere Nachrichten aufeinmal an einen Ausgang schicken kannst.
Im Übrigen ist es KEIN guter Stil mit return msg die function Node an unterschiedlichen Stellen abzubrechen, das macht das Debuggen unter Umständen schwierig und musst mit node.warn arbeiten. Aber das ist genau einer der Gründe warum man function NOdes meiden sollte.
-
@bynight sagte in goto in node red:
In Batch Dateien und Visual Basic, was ich am Meisten nutze, ist es gebräuchlich.
aber auch dort nicht gut. ist halt noch das erbe, das es in basic enthalten ist.
auch dort kann man goto vermeiden (ausser bei der fehler behandlung on error goto)hier ein artikel, der versucht es verständlich zu machen.
wen dein code nur 20/30 zeilen hat ok,nur der browseranteil für meine widgets zu rssfeed hat fast 900 zeilen.
wenn da wild mit goto rumgesprungen wird bist du verloren.
https://craftofcoding.wordpress.com/2022/03/28/ever-wondered-why-goto-is-considered-harmful/ -
@bynight sagte in goto in node red:
In Batch Dateien und Visual Basic, was ich am Meisten nutze, ist es gebräuchlich.
... weil das Technik aus der Steinzeit ist.
https://de.wikipedia.org/wiki/Spaghetticode
Auch VB schreibt man heute komplett ohne GoTo. Außer - wie @OliverIO schon schrieb - beim "On Error Goto ...".
-
@codierknecht
na ich bin ja auch aus der Steinzeit, und ich werde mit 58 sicher kein Hochleistungsprogrammierer mehr. :-)) Da bremsen mich ein paar seltene Goto Sprünge nicht aus. Mit nem 3 Seiten Bauernhof hat man auch reichlich anderes zu tun... :-))Gruß,
Ronald -
@oliverio
meine batch Dateien haben im Laufe der Jahre auch 300 bis 400 Zeilen gekriegt, bei 10 -15 goto Sprüngen, meist ans Ende oder zum Folgeabschnitt... aber noch nicht wild und nicht unübersichtlich... Da habe ich mit komplexen Schleifen viel mehr Probleme...Gruß,
Ronald -
hab noch ne Frage... ist es möglich die Bezeichung der Nodes auf 2 oder 3 Zeilen umzubrechen, also untereinander zu schreiben?
Gruß,
Ronald
