Debugging
-
@jack
Ich bin kein professioneller Entwickler.
Kenne JavaScript aber schon seit Netscape
Darüber hinaus noch einige andere Programmiersprachen.
Was man so über die Jahre halt so ausprobiert. -
-
@jack
Ich lehne mich mal aus dem Fenster und sage das hier im Forum 90% normale User sind. Skripten (Programmieren), mit welchem Editor auch immer, können nicht viele...
Ich übrigens bis auf try and error auch nicht -
@jack sagte: Es sollte "nur" der Inhalt von diesem "Objekt" dargestellt werden. Oder ist das schon ein Interpreter?
Dazu benötigt man einen Interpreter, da das kompilierte Skript den Skripteditor nicht kennt, also den Wert nicht an diesen übergeben kann.
Anmerkung: Ich komme auch nicht von der IT, sondern war in der Gebäudeautomatisierung (DDC) tätig. -
@jack
Auch in „meiner Welt“ besteht ein nicht unerheblicher Teil meiner Arbeit aus debugging. Das bleibt nicht aus, denn „jedes nicht triviale Programm enthält mindestens einen Bug“.
Dazu muss der Code aber auf spezielle Weise compiliert werden, muss Symboltabellen und Einsprungpunkte enthalten und wird dadurch um ein mehrfaches größer.Und davon mal ganz abgesehen: Im ioBroker geschieht vieles asynchron. In „meine Welt“ übersetzt wäre das wohl am ehesten mit Multithreading vergleichbar. Das lässt sich nur schwer und manchmal gar nicht sinnvoll debuggen.
Wir sprechen ja hier nicht über Programme mit Millionen von Codezeilen, sondern von verhältnismäßig kleinen Scripten.
Da kann ich beim Entwickeln mit Blockly mit ein paar eingestreuten Debug-Meldungen gut leben.Und wie @OliverIO schon schrieb: In JS ist man mit VS Code deutlich komfortabler unterwegs.
Im neuen Jahr werde ich das endlich mal so aufsetzen, dass ich JS dort auch debuggen kann. Bis dahin sitze ich Abermillionen WoMo auf 'nem Stellplatz in der Pampa.. kein ioB weit und breit
-
@paul53 sag mir wenn ich Dir auf die Nerven gehe!
Es sollte eigentlich gar nicht kompiliert werden.Ich glaube es mit Variablen/Objekten zu benennen mein Fehler ist. Oder Du zu tief blickst.
Im JS-Editor brauche ich zB. 'leuchtet meine Lampe';
Also mach ich einen getState() auf Lampe.brightness.So. Jetzt möchte neben stehend sehen:
klicke auf der IOBroker-Oberfläche auf Objekte,
auf ZigBee, auf die Lampe, und schaue auf den Ausgabewert von brightness.Der Wert soll neben stehen.
... mehr soll es gar nicht sein! -Vorerst zumindest.
-
Also mach ich einen getState() auf Lampe.brightness.
und wer soll das umsetzen?
Im Editor ist das reiner Text.
-
@homoran ja genau! Nur Text. Aber genau der ist doch die ID! Darum Verstehe ich es ja nicht...
getState('zigbee.0.001788010b9af0de.brightness').val;'zigbee.0.001788010b9af0de.brightness'
ein Adapter der das Skript liest, und die getState, setState,... ausgibt?
-
-
@homoran 1. Eintrag:
Hallo an alle Entwickler! Mich würde es echt freuen, wenn Ihr Nachfolgendes umsetzen könntet:
Ich dachte eben das jemand so einen Adapter, oder ein Feature für den Editor, oder ganz was anderes machen kann und möchte.
Ich will hier niemanden zur Weißglut treiben!
-
Ich dachte eben das jemand so einen Adapter, oder ein Feature für den Editor, oder ganz was anderes machen kann und möchte.
also einen kompletten Interpreter integrieren....
-
@homoran Nein! Denk ganz einfach:
Der Text der im Editor steht.
'zigbee.0.001788010b9af0de.brightness' damit wir beim Beispiel bleiben
Dieser enthält den kompletten "pfad" (so wird es ja zumindest dargestellt) zum "objekt" = Lampe/helligkeit.
Man kann diese ja auch oben rechts über das Zwischenablagesymbol auswählen.
Warum kann man jetzt nicht auch den Zustand erfassen, und alle sekunden aktualisiert anzeigen?-Ich glaube wenn ich mich richtig ausdrücken könnte würde jeder "ach soo!" sagen-
-
@jack
Hm, also in einem 2. Reiter den Objekte tab aufmachen und dann live die Änderungen des datenpunktes beobachten können?Aufgrund des asynchronen Verhaltens und ereignisbezogenen funktionsuafrufe ist es nicht immer so einfach die verschiedenen Möglichkeiten abzubilden.
Die Life Anzeige eines datenpunktes ist, wie gerade schon geschrieben, über den Objekte tab möglich.
Der reine Wert ist aber nur ein Teil der Information. Bspw der Zeitstempel der Änderung oder gar die Datenqualität sind ua noch weitere Informationen zum datenpunkt.
Wenn ich nun in einer console mittels der Funktion getState die informationen zum datenpunkt Abfrage erhält man ja ein komplettes Objekt, manche Funktionen geben gar 2 oder mehr variablen zurück. Das ist in einem console Fenster ohne zusätzlichen Code nicht simpel umsetzbar. -
@oliverio Ja! S#@!?e Dafür so eine Diskusion?
[EDIT] aber eben nicht einen 2. Reiter. Platztechnisch angepasst.
-
@jack
Gut, evtl ist es ja für dich eine Herausforderung JavaScript zu lernen, eine Erweiterung per pull request zu erstellen und uns zu überraschen. -
ein Adapter der das Skript liest, und die getState, setState,... ausgibt?
Den gibt‘s doch: Nennt sich JavaScript-Adapter
-
@codierknecht
Er will den object tab im gleichen Fenster wie das Skript haben, so das man nicht blättern muss. Evtl reduziert auf nur bestimmte IDs
So hab ich es bis jetzt verstanden.
So wie ein Watch Fenster -
@oliverio
Hatte ich schon verstanden
Natürlich kann man aus einem System auch die eierlegende Wollmilchsau machen. Nach meiner Erfahrung besteht dann aber schnell die Gefahr, dass man ein gut und stabil funktionierendes System dermaßen verstrubbelt, dass es dann zwar „schön und einfach“ ist, aber halt nicht mehr stabil.
Je komplexer ein System, desto eher geht etwas schief. -
@oliverio Treffend beschrieben. Wobei die "... bestimmte IDs" die sind, die im Editor punkt genau (nur brightness und nicht alle werte dimm, color,... ) verwendet wurden.
-
Ich glaube wenn ich mich richtig ausdrücken könnte
tust du.
Das klappt aber nicht.
früher wurde der Wert angezeigt, war aber immer der Wert, der beim Start des Javascript Editors gültig war.
Das hat zu Missverständnissen geführt, also gibts es in der ID Selector Box nur noch die ID ohne Wert.
