NEWS
goto in node red
-
@bynight Wie gesagt importiere einfach meinen Flow - dann hast Du beide Möglichkeiten. Du weißt wie Du importierst?
-
@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@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.
-
@bynight sagte in goto in node red:
Je mehr Abfragen ich anlege, desto mehr Ausgänge erhalte ich. Ich will ja aber verschiedene Werte an EINEM Ausgang bekommen.
du kannst durchaus die ganzen ausgänge auch nur mit einer nachfolge node verbinden.
dann hast du die Unterscheidung ja immer noch in den daten, anhand du dann danach entscheiden kannst was passiert -
@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 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.
-
Die Debug Ausgabe findest Du unter dem Bug - also der Wanze.
-
@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.
-
@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 -
Hallo,
bin bei Node red und java völlig neu. In Node Red gibt es wohl keine Sprungbefehle. Ich möchte gern verschidenen SOC zuständen verschiedene Ladeströme zuweisen.
Bisher sieht das im Funktionsmodul so aus und funktioniert auch:if(msg.payload >=90){ msg.payload = 0; } else if (msg.payload >=85){ msg.payload = 20; } else { msg.payload = 80; } return msg;ich hätte es gern etwas strukturierter und flexibler in der Abstufung, in etwa so:
if(msg.payload >=90){ msg.payload = 0; goto end; } if(msg.payload >=80){ msg.payload = 20; goto end; } if{msg.payload >= 70{ msg.payload = 40; goto end; } if{msg.payload >= 60{ msg.payload = 80; goto end; } end: return msg;wie schreibt man das in in Java bzw. Node.js ohne goto?
Und wie würde man das ohne Funktionsbaustein mit den vorhandenen Bausteinen realisieren?MfG,
Ronald -
@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.
-
@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 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/ -
@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 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 ...".
-
@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 -
@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/@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 -
@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.
-
@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
Support us
341
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge