NEWS
[gelöst] messageTo mit Rückgabewert?
-
die sendTo Funktion arbeitet halt asynchron, d.h. ein Ergebnis wird irgendwann zurückgeliefert, nicht zwingend sofort. Das Hauptprogramm macht dann derweil andere Dinge bis das Ergebnis da ist. In dem Fall gibt man einen callback mit der dann das Ergebnis verarbeitet. Ist wie im richtigen Leben: Du rufst in die Küche bringste mal'n Bier mit, bitte? Jetzt gehts aber weiter mit Fussball in der Glotze, wenn das Bier dann da ist wirds getrunken, in der Glotze nix versäumt. Du könntest auch in den await Modus gehen, umgedreht Richtung Küche auf dein Bier wartend. Schauen kannste jetzt nicht mehr aber auf sonstige Ereignisse trotzdem reagieren(es fällt ein Tor, das hörst du und kannst sofort reagieren, Sch........... verpasst!!!).
So ähnlich verhält es sich mit async/await, während dem await ist zwar der laufende Code blockiert, auf Ereignisse(z.B onMessage anderswo im Skript) kann trotzdem reagiert werden. Um diese Funktionalität zu erhalten kann man Funktionen welche Callbachs verwenden in einen Wrapper mit Promise packen und dann mit await darauf warten.
const messageToAsync = async function (data) { return new Promise((resolve, reject) => { messageTo("addiere5", data, (erg) => { if (erg) resolve(erg); }) }) } log(await messageToAsync(3)) log(await messageToAsync(6))Bei eigenen Funktionen kann man sich jetzt überlegen ob man sich das antun will oder lieber nach Alternativen sucht, viele ältere Tools (z.B request() )arbeiten jedoch noch mit Callbacks und da ist so ein Wrapper schon eine coole Sache. Für request() gibt es axios als Alternative, da kann man dann auch await verwenden
-
@ben1983 das hast du aber schon geschnallt dass der cb nur einmal aufgerufen werden kann? Du bekommst auch keine 100 Bier wenn du nur einmal in die Küche rufst. Der cb ist da um ein Ergebnis zurück zu geben, der Aufrufer möchte auch nur ein Ergebnis haben und behandelt das auch nur einmal, ein mehrfacher Aufruf des cb ist Quatsch!!!
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@ben1983 das hast du aber schon geschnallt dass der cb nur einmal aufgerufen werden kann? Du bekommst auch keine 100 Bier wenn du nur einmal in die Küche rufst. Der cb ist da um ein Ergebnis zurück zu geben, der Aufrufer möchte auch nur ein Ergebnis haben und behandelt das auch nur einmal, ein mehrfacher Aufruf des cb ist Quatsch!!!
-
@ben1983 das hast du aber schon geschnallt dass der cb nur einmal aufgerufen werden kann? Du bekommst auch keine 100 Bier wenn du nur einmal in die Küche rufst. Der cb ist da um ein Ergebnis zurück zu geben, der Aufrufer möchte auch nur ein Ergebnis haben und behandelt das auch nur einmal, ein mehrfacher Aufruf des cb ist Quatsch!!!
-
die sendTo Funktion arbeitet halt asynchron, d.h. ein Ergebnis wird irgendwann zurückgeliefert, nicht zwingend sofort. Das Hauptprogramm macht dann derweil andere Dinge bis das Ergebnis da ist. In dem Fall gibt man einen callback mit der dann das Ergebnis verarbeitet. Ist wie im richtigen Leben: Du rufst in die Küche bringste mal'n Bier mit, bitte? Jetzt gehts aber weiter mit Fussball in der Glotze, wenn das Bier dann da ist wirds getrunken, in der Glotze nix versäumt. Du könntest auch in den await Modus gehen, umgedreht Richtung Küche auf dein Bier wartend. Schauen kannste jetzt nicht mehr aber auf sonstige Ereignisse trotzdem reagieren(es fällt ein Tor, das hörst du und kannst sofort reagieren, Sch........... verpasst!!!).
So ähnlich verhält es sich mit async/await, während dem await ist zwar der laufende Code blockiert, auf Ereignisse(z.B onMessage anderswo im Skript) kann trotzdem reagiert werden. Um diese Funktionalität zu erhalten kann man Funktionen welche Callbachs verwenden in einen Wrapper mit Promise packen und dann mit await darauf warten.
const messageToAsync = async function (data) { return new Promise((resolve, reject) => { messageTo("addiere5", data, (erg) => { if (erg) resolve(erg); }) }) } log(await messageToAsync(3)) log(await messageToAsync(6))Bei eigenen Funktionen kann man sich jetzt überlegen ob man sich das antun will oder lieber nach Alternativen sucht, viele ältere Tools (z.B request() )arbeiten jedoch noch mit Callbacks und da ist so ein Wrapper schon eine coole Sache. Für request() gibt es axios als Alternative, da kann man dann auch await verwenden
-
ich habe nur noch nicht verstanden, warum er überhaupt mit onmessage/messageto arbeiten möchte.
wenn er einfach nur eine funktion definiert, die ihm den wert zurück gibt ist es doch mit dem async egal@oliverio der Ursprungsgedanke war etwas Globales zu haben, ohne den Ordner Global zu nutzen. Ich habe eig. nur zeigen wollen wie man auf das Ergebnis von sendTo warten kann. Über etwaige 'bessere' Lösungen hab ich mir gar keine Gedanken gemacht :-)
-
@fastfoot Aber davon abgesehen sind für dinge die direkt zurück kommen "normale" funktionen doch die richtige Wahl.
wenn es etwas ist was dauern kann, dann asynchrone.... und wenn man warten will, dann eben die variante mit await.oder?
@ben1983 ja aber es ging ja um das globale und deine Umsetzung mittels sendTo(). natürlich ist eine lokale Funktion da besser(und zuverlässiger!). Es hängt auch von der Funktion ab die du da global nutzen willst. Im Adapterbereich würde man wohl einen Import nutzen
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@ben1983 ja aber es ging ja um das globale und deine Umsetzung mittels sendTo(). natürlich ist eine lokale Funktion da besser(und zuverlässiger!). Es hängt auch von der Funktion ab die du da global nutzen willst. Im Adapterbereich würde man wohl einen Import nutzen
-
@fastfoot ja da hast Du recht.
Ich wollte nur den oft versöhnten global Ordner umgehen. Aber es scheint ja doch nicht so wild zu sein den zu benutzen.@ben1983
Aber der globale Ordner macht doch nichts was mit messageTo() vergleichbar wäre. Ich dachte der wäre nur für häufig verwendete selbstgeschriebene Standardfunktionen oder Konstanten. -
@ben1983
Aber der globale Ordner macht doch nichts was mit messageTo() vergleichbar wäre. Ich dachte der wäre nur für häufig verwendete selbstgeschriebene Standardfunktionen oder Konstanten.
Support us
737
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge