Vergleich von zwei Eingangswerten um Wert festzulegen
-
@rewenode Wow - danke - ob ich dass dann aber in paar Monaten noch verstehe.
Aber probiere ich gleich aus.Lieben Dank!!!
-
Hi, ich will hier ja jetzt nicht den Lehrmeister oder so rauskehren, aber ist nicht immer die rede davon Node Red soll verständlich, übersichtlich und nachvollziehbar sein? Man sollte von Funktion Node absehen?
Die meisten meiner Funktion Nodes habe ich mitlerweile ersetzen können. Aber bei meinen Funktion Nodes bin ich immer noch durchgestiegen, was wo und wann passiert. Aber jetzt mit Change Nodes oder Switch Nodes zu arbeiten in denen Funktionen bzw. Json benutzt wird, da bin ich raus. Ich verstehe bei den Inhalten nur noch Bahnhof. Es funktioniert, aber wieso? Keine Ahnung. Da bleibe ich für mich doch lieber bei längeren/größeren Flows mit Standartsachen die ich auch verstehe/nachvollziehen kann.
Ist nicht negativ gemeint, jeder soll es so umsetzen wie er damit am besten klar kommt.Das hier verstehe ich ja noch. Enthält das payload.* ein true setze ich den einen Ausgang, sonst den anderen Ausgang.
Aber was passiert hier? Kann mir das vielleicht jemand übersetzen? Schon mal Danke im voraus.
$reduce(payload.*, function($i, $j){$i or $j})Was ist $i und $j?
-
@frankyboy73 sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Aber was passiert hier? Kann mir das vielleicht jemand übersetzen? Schon mal Danke im voraus.
Achtung, die Aussagen sind stark vereinfacht!
JSONata hat erstmal nicht direkt mit Node-Red oder JavaScript zu tun. Es ist vielmehr eine eigene Scriptsprache, die speziell für die einfache universelle Abfrage/Bearbeitung von JSON-Objekten entwickelt wurde.
Auf Grund ihrer Mächtigkeit wurde sie relativ früh in Node-Red an vielen Stellen benutzt und ist inzwischen in vielen Nodes direkt integriert.
JSONata hat allerdings eine eigene Syntax, nicht nicht wirklich was mit JavaScript gemein hat.
Um den Einstieg zu erleichtern, ist in einigen Nodes im JSONata-Editor neben der Befehlsreferenz eine Testmöglichkeit implementiert.
In das linke Fenster "Beispielnachricht" kannst ein gültiges JSON-Objekt reinschreiben und im Ergebnisfenster erscheint das Ergebnis des JSONata-Ausdruckes, den du im oberen Fenster eintragen kannst.
Zurück zum $reduce().
Dabei handelt es sich um eine in JSONata eingebaute Funktion. Die allgemeine Syntax ist:$reduce(array, function [, init])Sie durchläuft ein array, wendet auf jedes Element die function an und gibt das Gesamtergebnis zurück.
Die Funktion hat mindestens 2 Parameter. (genaues erfährst du im Link)
Der erster Parameter ist der Accumulator, der das Ergebnis speichert. Hier $i genannt.
Der zweite Parameter ($j) ist der aktuelle Array-Wert beim Durchlaufen des array.
Die Benennung mit $i und $j ist dabei willkürlich.Das Array wird durch den Ausdruck payload.* aus dem payload Objekt gebildet.
Aus der payload{ "W1": true, "W2": false, "W3": true }erzeugt der JSONata-Ausdruck payload.* das Array
[true, false, true]Auf dieses Array wird nun für alle Elemente die funktion angewendet.
$i = $i or $j // $i steht für das bisherige Ergebnis und $j für den aktuellen WertAm Ende liefert also $reduce() den Wert $i also die or-Verknüpfung aller array-Werte zurück.
Ich hoffe, ich habs auf die Schnelle einigermaßen verständlich rübergebracht.
Also
Braucht man unbedingt JSONata in Node-Red?
Klare Antwort: Nein
Aaaber, mit JSONata lassen sich äußerst komplexe JSON-Objekte teils als Einzeiler abfragen/bearbeiten. Etwa vergleichbar mit regEx.Gruß
Reiner, der hier nur an der Oberfläche gekratzt hat ;-( -
@rewenode Danke, ich glaube es wird klarer. Also wäre hier $i im Prinzip der Name der Nachricht und $j der jeweilige Wert.
Und mit $i or $j sage ich ist eine der Nachrichten true (bzw. nicht null) ist die Bedingung erfüllt. Bei „and“ dann $i and $j , sind alle Nachrichten True (bzw. nicht null) dann ist die Bedingung erfüllt.
Geht das auch umgekehrt? Also wenn alle Nachrichten false bzw. Null sind, dann ist die Bedingung erfüllt?Edit: Ok, ich hab da wohl doch noch nen Denkfehler, was i und j sind. Ich lese mich da wohl mal erst etwas ein.
-
@frankyboy73 sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
$i im Prinzip der Name der Nachricht und $j der jeweilige Wert
Fast. der $reduce() "reduziert" das ganze array in dem es auf alle Werte des array die Funktion anwendet.
Für die $i könntest du auch $ergebnis schreiben und für $j z.B. auch $aktueller_array_wertWie die einzelnen array-Werte mit dem $ergebnis verknüpft werden bestimmt die Funktion. im Beispiel ist das or. Könnte aber auch jede beliebige "berechnung" wie and, +/-/* usw oder auch wieder eine eigene Funktion sein.
Bei dem simplen Bepiel-array mit den 3 Werten [true, false, true] wird das array (in einer Schleife) 3 mal durchlaufen. Ich nehm mal wieder $i und $j.1. $i noch nicht initialisiert, $j ist true => $i bekommt den Wert $j also true 2. $i = true, $j jetzt false => $i = true or false = true 3. $i = true, $j jetzt true => $i = true or true = trueDa $i zurückgegeben wird ist das Ergebnis true. Das array wurde also auf den Wert true (der oder-Verknüpfung aller array-Werte) reduziert.
-
@frankyboy73 sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Hi, ich will hier ja jetzt nicht den Lehrmeister oder so rauskehren, aber ist nicht immer die rede davon Node Red soll verständlich, übersichtlich und nachvollziehbar sein? Man sollte von Funktion Node absehen?
Ich bin doch immer noch bei Dir - und es gibt wie @rewenode gesagt hat für ein paar Standardfunktionen - zum Beispiel alle Eigenschaften eines Objektes die nur true oder false aufweisen.
Ich nutze generell - für solche einmal erstellte Nodes nun die lokale Bibliothek, so dass auch diese Nodes immer greifbar sind:
Wie würde denn ein normaler Flow (in dem Fall eher unübersichtlich und müsste immer wieder so gemacht werden - zum Beispiel UND Node aussehen - OK ich kann ihn noch in einen Subflow verpacken:
Und soviel Code ist es auch nicht. Ich bin ja auch erst dabei bisschen mehr in das JSONATA einzuarbeiten.
Wir sind ja beide auch Anhänger nicht gleich wegen jeder Kleinigkeit irgendwelche Nodes oder Adapter einzubinden, sondern versuchen das mit Hausmitteln zu lösen.
Mit JSONATA - kann man so auch easy zum Beispiel mit 2 Tagesperioden in einer Switch Node zu basteln. Erinnerst Du Dich noch an die Change NOdes, die über JSONATA moment nun diese Node überflüssig machen:
https://flows.nodered.org/node/node-red-contrib-moment
Mit JSONATA kann man dann auch eine Switch Node nutzen - im Prinzip hast Du mich ja auf die Idee gebracht, da ich JSONATA vorher noch nie als Selektionskriterium genutzt habe.
Also im Großen und Ganzen - bleibe ich unserer Philosophie schon treu - wenn es sich aber immer um die gleiche Aufgabenstellung handelt - dann macht es meines Erachtens schon Sinn - die Logik aus Sicht der Übersichtlichkeit zusammenzufassen. Es ändert sich an dieser Logik ja nicht - zudem solche Flowfragmente ja mehrfach wieder eingesetzt werden.
Ich denke, dass wir trotzdem noch dasselbe Verständnis haben- ich hatte da vorher auch Function Nodes und da sind die JSONATA Funktionen trotzdem noch einfacher, weil sie eben in CHange und Switch Nodes direkt verwendet werden können.
-
@frankyboy73 sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
@rewenode Danke, ich glaube es wird klarer. Also wäre hier $i im Prinzip der Name der Nachricht und $j der jeweilige Wert.
Und mit $i or $j sage ich ist eine der Nachrichten true (bzw. nicht null) ist die Bedingung erfüllt. Bei „and“ dann $i and $j , sind alle Nachrichten True (bzw. nicht null) dann ist die Bedingung erfüllt.
Geht das auch umgekehrt? Also wenn alle Nachrichten false bzw. Null sind, dann ist die Bedingung erfüllt?Edit: Ok, ich hab da wohl doch noch nen Denkfehler, was i und j sind. Ich lese mich da wohl mal erst etwas ein.
In der Doku : https://docs.jsonata.org/higher-order-functions
Siehst Du das immer einfach der letzte mit dem vorletzen Element genutzt werden. In der Doku werden also 1. mit 0. Zahl multipliziert, dann 2. mit 1. Zahl, dann 3. Zahl mit Produkt aus 1 und 2. Zahl.
Geht das auch umgekehrt? Also wenn alle Nachrichten false bzw. Null sind, dann ist die Bedingung erfüllt
Das machst Du mit der Funktion, die auf einen Wert reduziert:
Für dieses Reduce definierst Du ja eine eigene Funktion:
( $withAND := function($i, $j){$i and $j}; $reduce( $each( payload, function($v) {$not($v)} ), $withAND ) )Du musst halt die Eingabe verneinen. Wobei ich wohl dann besser eine ODER Node verwenden würde und einfach das Ergebnis verneinen. Das wäre logischer.
Im Übrigen gibt es diese Reduce Funktion auch in der JOIN Node - das habe ich neulich ausprobiert.
So hier mal die Reduce Funktion in der JOIN Node - funktioniert ähnlich wie die reduce Funktion in JSONATA - es wird immer mit dem Vorgänger verknüpft:
Hier mal die AND Node - dass alles true sein muss:
Eigentlich ist das auch schon kurz
- Insofern könnte man das auch anstelle JSONATA und der UND nutzen: Mit dieser Funktion der JOIN Node hat es auch gebraucht bis ich das kapiert habe - macht aber nichts anderes als die reduce Funktion unter JSONATA:
Hier mal mit dem Hilfetext der JOIN - Node - damit man das gleich vergleichen kann.
Das heißt die JSONATA Eingabe:
$A and payloadentspricht dem Funktionsaufruf der reduce Funktion in JSONATA.
-
@mickym Ja, dieses Sequenz reduzieren des Join Node ist ja intern nichts anderes als ein JSONata $reduce().
Übrigens
$each( payload, function($v) {$v} )macht aus aus dem Eingangs-payload-objekt
{ "wert1":0, "wert2":1, "wert3":0 }folgendes array
[0,1,0]Macht also genau dasselbe wie:
payload.*Und deshalb kannst du es weglassen und stattdessen
$reduce(payload.*, function($i, $j){$i and $j})schreiben.
-
@rewenode Ah OK - das heißt ich muss nicht mit $each durch das Array durchgehen.
-
@mickym Nop. Aber schaden tut's auch nicht
PS. der $each() geht nicht durch ein array, sondern durch ein objekt. Und da der $reduce() ein array benötigt, nimmst du den $each(), weil der ein array draus macht.
Die eigentliche Arbeit macht sowieso der $reduce() -
@rewenode sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
@mickym Nop. Aber schaden tut's auch nicht
PS. der $each() geht nicht durch ein array, sondern durch ein objekt. Und da der $reduce() ein array benötigt, nimmst du den $each(), weil der ein array draus macht.
Die eigentliche Arbeit macht sowieso der $reduce()Da hast Du natürlich Recht - ich muss mal schauen, ob mit Deiner Syntax eventuell diese Fehlermeldung nicht auftaucht - während der Initialisierung:
oder definiere noch ein leeres Objekt:
node-red.0 2021-12-01 00:38:48.406 error 1 Dec 00:38:48 - [error] [change:AND ?] Ungültiger JSONata Ausdruck: Argument 1 of function "each" does not match function signature1 Dec 00:38:48 - [error] [change:AND ?] Ungültiger JSONata Ausdruck: Argument 1 of function "each" does not match function signature node-red.0 2021-12-01 00:38:48.403 error 1 Dec 00:38:48 - [error] [change:AND ?] Ungültiger JSONata Ausdruck: Argument 1 of function "each" does not match function signature node-red.0 2021-12-01 00:38:48.401 error 1 Dec 00:38:48 - [error] [change:AND ?] Ungültiger JSONata Ausdruck: Argument 1 of function "each" does not match function signature node-red.0 2021-12-01 00:38:48.400 error 1 Dec 00:38:48 - [error] [change:AND ?] Ungültiger JSONata Ausdruck: Argument 1 of function "each" does not match function signature node-red.0 2021-12-01 00:38:48.396 error 1 Dec 00:38:48 - [error] [change:AND ?] Ungültiger JSONata Ausdruck: Argument 1 of function "each" does not match function signature node-red.0 2021-12-01 00:38:48.392 error 1 Dec 00:38:48 - [error] [change:AND ?] Ungültiger JSONata Ausdruck: Argument 1 of function "each" does not match function signatureHabs gerade ausprobiert - Deine Syntax ist besser:
Es wird kein Error erzeugt, sondern ein undefined - was OK ist.
-
@mickym Habe lange Zeit nichts mehr mit NR und ioB gemacht. Weil never change..
Bin echt beeindruckt, was ihr da inzwischen so zaubert! Und ich kenne nicht mal alle neuen nodes
Da kommt mir der tread grade recht
So, genug gelabert. -
@rewenode Eine Frage habe ich noch.
Wenn ich das reduce mit payload.* übergebe, dann habe ich halt keine Möglichkeit die Werte noch zu verändern, so wie ich das hier gemacht habe:
( $withAND := function($i, $j){$i and $j}; $reduce( $each( payload, function($v) {$not($v)} ), $withAND ) )also bei Umwandlung der Objekteigenschaften in das Array noch Einfluß zu nehmen. Im Prinzip müsste ich im Vorfeld noch eine Typprüfung vornehmen und ggf. ein leeres Objekt übergeben.
Also wenn man das übergebene Array noch manipulieren will, kann mit einer Typ-Prüfung den Fehler noch abfangen und ein leeres Objekt übergeben:
( $withAND := function($i, $j){$i and $j}; $reduce( $each( $type(payload) = 'object' ? payload : {}, function($v) {$not($v)} ), $withAND ); )anders bekomme ich es nicht hin.
-
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Im Prinzip müsste ich im Vorfeld noch eine Typprüfung vornehmen und ggf. ein leeres Objekt übergeben.
Kommt darauf an, was genau du machen willst. Hast du ein Object und du willst z.B. das Array für den $reduce() aus eigenen Elementen erstellen/berechen, dann nimmst du z.B. den $each(). Dabei meine ich nicht, dass du die key/value Paare des Objektes filtern mußt, das geht einfacher.
Willst du hingegen die Array-Werte manipulieren, bevor der $reduce() drüberläuft, kannst du das entweder vorher mit der $map() Funktion machen.
Willst du z.B. alle Elemente des Array vorher negieren und somit das Ergebnis, kannst du das nehmen.$reduce( $map(*,function($v){$not($v)}), function($i, $j){($i or $j)} )Allerdings kannst du das ganz bequem auch in der function vom $reduce() machen, der läuft ja sowieso über alle Elemente des array.
Aaaber, dabei kann es Probleme geben. Im Beispiel mit dem or würde es Probleme geben, weil der erste Wert ja direkt im $i landet, bevor er negiert werden kann.
Deshalb kennt der $reduce() den Startwert, den du zusätzlich übergeben kannst.$reduce(payload.*, function($i, $j){($i or $not($j))}, false)Dieser $reduce() macht also genau das selbe, wobei die Negation direkt in der function erfolgt.
Natürlich kann man in diesem simplen or-Beispiel gleich das Ergebnis negieren, was aufs Selbe hinaus läuft.
$not($reduce(*,function($i, $j){($i or ($j))}))Aber das Beispiel sollte ja auch nur zeigen, dass man eigentlich alle Manipulationen an den Array-Werten auch direkt in der $reduce()-function machen kann.
-
@rewenode OK - das muss ich mir mal ansehen, wenn ich noch mehr geistige Kapazitäten hatte.
Soweit war ich
$reduce(payload.*, function($i, $j){$i or $not($j)}, false)Warum nochmal die Klammer was bringen soll? - Verstehe ich nicht.
Aber nach meinen Test funktioniert auch Deine beiden Varianten nicht.$reduce( $map(*,function($v){$not($v)}), function($i, $j){($i or $j)} )als auch
$reduce(payload.*, function($i, $j){($i or $not($j))}, false)liefert grundsätzlich true, auch wenn eine Eigenschaft true ist. Es soll ja nur true werden, wenn alle false sind. Es geht ja um die Manipulation des arrays (also vor Übergabe an die reduce Funktion).
sowohl{ "Büro Balkon": true, "Schlafzimmer Balkon": false, "Wohnzimmer Balkon": false, "Wohnzimmer rechtes Fenster": false, "Wohnzimmer linkes Fenster": false }liefert aber auch true - was ja nicht der Fall sein dürfte.
Das ODER einfach negieren - habe ich schon vorgeschlagen, da scheint bei Dir aber irgendwie ein Fehler in der letzten Zeile irgendwie vorzuliegen:
Ich habe es so und damit geht es:
$not($reduce(payload.*,function($i, $j){$i or $j}))===================================================================
So mit dem map geht es - da es aber umgedreht wird muss man eine logische AND Verknüpfung machen:
$reduce( $map(payload.*,function($v){$not($v)}), function($i, $j){$i and $j} )bei der anderen Version funktioniert es nicht.
-
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Es soll ja nur true werden, wenn alle false sind
Ja, da mußt du ein and nehmen. Wenn du jeden Array Wert negierst, heißt das ja, dass nur true rauskommen soll wenn alle true (weil negiert) sind. Und das ist eine einfache UND-Verknüpfung.
$reduce(payload.*, function($i, $j){$i and $not($j)})Oder halt das Ergebnis des OR negieren wie du es jetzt gemacht hast.
-
@rewenode sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
$reduce(payload.*, function($i, $j){$i and $not($j)})
Das tut nicht - kommt false raus, wenn alles false ist und true, wenn alle false aber einer true. Ich meine mit dem Mapping geht es ja.
Ist aber egal - mit dem maping geht es und mit dem map erzeugt ein Nicht-Objekt zumindest kein Error - sondern ein undefined. Die Funktionen die einen Fehler erzeugen oder nicht, sind da wohl sehr unterschiedlich. Wie gesagt mit dem mapping habe ich ja auch eine gute Lösung.
-
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Das tut nicht - kommt false raus, wenn alles false ist und true, wenn alle false aber einer true. Ich meine mit dem Mapping geht es ja.
Ja sorry, copy/paste Fehler. Habe den Start-Wert vergessen.
$reduce(payload.*, function($i, $j){$i and $not($j)}, true)Doch schon zu spät. Muss natürlich payload.* sein. ;-(
-
@rewenode sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
$reduce(payload.*, function($i, $j){$i and $not($j)}, true)
OK das tut - und der init- Wert ist quasi der 1.Wert mit dem $i quasi initialisiert ist.
Doch schon zu spät. Muss natürlich payload.* sein. ;-(
Das hatte ich schon korrigiert.
Dann bin ich auch schon auf die Lösung gekommen - hatte halt nur auch vergessen, dass ich alles mit logischem UND verknüpfen musste. Das heißt die Manipulation am Array kann man also über $j machen (bzw. dem 2. Parameter in der Funktion)
Danke Dir jedenfalls - habe doch noch zu früher Stunde einiges gelernt.
-
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Das heißt die Manipulation am Array kann man also über $j machen (bzw. dem 2. Parameter in der Funktion)
Ja. Beim Startwert (falls nötig) mußt du halt aufpassen.
Bei der AND Funktion muss der Start true sein, weil er den Gesamtwert dann nicht verändern kann, weil true AND irgendwas immer irgendwas ist.
Beim OR dann halt false.Die Falle mit dem * statt payload.* entsteht leicht, wenn man den test-Reiter in den nodes nimmt.
Als Testobjekt gibt man dann schnell mal sowas wie{ "Büro Balkon": false, "Schlafzimmer Balkon": false, "Wohnzimmer Balkon": false, "Wohnzimmer rechtes Fenster": false, "Wohnzimmer linkes Fenster": false }ein. Die Testfunktion weis natürlich nicht, dass das eigentlich das payload-Objekt sein soll, weshalb payload.* nicht klappt. Da nimmt man dann zum testen halt * . Und dann vergisst man den Ausdruck wieder auf payload.* zu ändern.
Besser man macht das Testobjekt gleich so:{ "payload": { "Büro Balkon": false, "Schlafzimmer Balkon": false, "Wohnzimmer Balkon": false, "Wohnzimmer rechtes Fenster": false, "Wohnzimmer linkes Fenster": false } }Dann klappt es auch wieder mit payload.*. Ein Fehler weniger
