NEWS
[Tester gesucht] Visual Studio Code Extension für ioBroker
-
@nokxs Probier mal folgendes, bei mir scheint das zu klappen. Ergänze in der
tsconfig.json
die folgenden Zeilen in dencompilerOptions
."include": [ "global/**/*.js", ".iobroker/types/javascript.d.ts" ],
EDIT: Fehlalarm, ich hatte die dummy.ts geöffnet. Deshalb hat es geklappt...
EDIT2: So scheint es jetzt bei mir zu klappen. Mit dem"global/**/*.js"
können alle Skripte die unterglobal
liegen aufeinander verweisen. Der Zugriff voncommon
aus scheint so aber leider nicht zu klappen. -
@patrickbs96 Ich fürchte du wirst in die gleichen Probleme laufen wie ich mit den globalen Skripten und vor kurzem dem Top-Level-Await-Support.
So wie ioBroker seine Skripte verwendet (nicht-Module, die import verwenden; Module, die den Scope mit nicht-Modulen teilen, etc...), versteht TypeScript bzw. der Editor nicht ohne Nachhilfe. Da musste ich relativ viel mit generierten Exports tricksen.
Damit du einen Eindruck bekommst, hier ein paar PRs:
https://github.com/ioBroker/ioBroker.javascript/pulls?page=2&q=is%3Apr+is%3Aclosed+author%3AAlCalzoneMit dem "global/**/*.js" können alle Skripte die unter global liegen aufeinander verweisen.
Geht das noch, wenn hier
import
genutzt wird? -
@nokxs sagte in [Tester gesucht] Visual Studio Code Extension für ioBroker:
Es wird beim Speichern NICHT automatisch synchronosiert, sprich man muss jedes mal manuell uploaden. Ich könnte dieses Verhalten konfigurierbar machen, sodass bei jedem Speichern das Skript direkt hochgeladen wird. Würde dir das helfen?
Ich fände dieses Feature auch super. mit sftp hatte ich das gleiche Verhalten, dass bei jedem speichern, auch das Skript in ioBroker aktualisiert wurde. Wenn es sich umsezten lässt (gerne auch konfigurierbar) würde ich mich freuen.
-
Moin,
ich habe per Suchen-Funktion nichts gefunden und hier scheint mir der beste Platz zu sein.
Ich würde gerne ohne das Plugin zu nutzen (ich nutze SSH-Remote) trotzdem IntelliSense mit den ioBroker-Objekten nutzen wollen.
Ich bin normal nicht zu blöd für Google, aber ich bin neu in VSCode und finde auf gedeih und verderb nicht, wo ich die javascript.d.ts einfügen/konfigurieren muss damit das klappt...
Kann mir hier jemand helfen, auch wenn es nicht s mit dem Plugin direkt zu tun hat? -
@creatsher Versuch es mal mit einer
tsconfig.json
:{"include":["**/*",".iobroker/dummy.ts"],"compilerOptions":{"typeRoots":["./.iobroker/types"]}}
Und folgender Directory-Struktur:
/ tsconfig.json .iobroker dummy.ts (leere Datei) types javascript.d.ts <-- dies ist die Datei
So macht es diese Extension.
Aber @nokxs, es wäre wäre schon cool, wenn deine Extension auch mit Remote SSH funktionieren würde. Ich weiss nicht genau, was es dafür alles braucht, aber sicherlich musst du sagen, dass Teile deiner Extension auf dem "Server" laufen.Edit: vergiss es, mit Remote SSH arbeitet man ja direkt auf dem ioBroker System, dann braucht man die Synchronisation nicht mehr - die macht ja dann der JS Adapter. -
@unclesam ich muss gestehen, ich versteh nur Bahnhof!? irgendwas mit ner tsconfig.json hatte ich schon gefunden, aber wie ich wo was anlegen muss, da bin ich ernsthaft überfragt.
Also welcher Ordner ist bei dir "/" ?
Du wirst ja wohl kaum meinen Sever-Root meinen!? -
@creatsher said in [Tester gesucht] Visual Studio Code Extension für ioBroker:
Also welcher Ordner ist bei dir "/" ?
Du wirst ja wohl kaum meinen Sever-Root meinen!?Dein Projektverzeichnis, wo du die Skripte hast. Oder eins höher, oder noch höher... Am besten das Root deines VS Code Workspaces.
-
@unclesam aaaah jetzt hab ich's begriffen, vielen Dank. Manchmal denke ich einfach viel zu kompliziert...
-
@nokxs Klasse , hat auf Anhieb funktioniert.
In der Anzeige vom IOBroker Script Editor werden auch die Instanzen angezeigt. Ist es im Visual Studio Code Extension auch machbar ?
-
@scrounger Ich habs garde mal probiert. Ein Hochladen führt nicht zum Restart der JS Instanz, wohl aber zum Restart des Scripts. Genauso wie auch im IOBroker Script Editor.
AutoUpLoad beim Save dann bitte konfigurierbar.
-
@nokxs Gibt es die Möglichkeit Haltepunkte zu setzen ?
-
@gargano said in [Tester gesucht] Visual Studio Code Extension für ioBroker:
AutoUpLoad beim Save dann bitte konfigurierbar.
Ja, finde ich eine gute Idee.
@gargano said in [Tester gesucht] Visual Studio Code Extension für ioBroker:
Gibt es die Möglichkeit Haltepunkte zu setzen ?
Jetzt wird's aber richtig fancy! Das wäre natürlich genial, gerade für kompliziertere Skripts. Allerdings weiss ich als Entwickler auch, dass Remote Debugging nicht so trivial ist (auf beiden Seiten). Wahrscheinlich müsste man sogar den Skript Adapter mit dem Debugger eingeschaltet starten (was mit der
iobroker
Kommandozeile möglich wäre, aber natürlich nicht so schön ist). -
@patrickbs96 Ich probiere später mal deinen Vorschlag mit der
tsconfig.json
. Mal schauen, ob das zufriedenstellender läuft als meine bisherigen Tests@Feuersturm & @Scrounger Ich werde den konfigurierbaren Auto-Upload von Skripten demnächst mal angehen. Das Ganze stelle ich mir selber auch praktisch vor.
- list itemDie Unterstützung verschiedener JS-Instanzen steht noch auf meiner Todo-Liste. Irgendwann werde ich das auch umsetzen.
- Aktuell gibt noch keine Unterstützung für Haltepunkte und ehrlich gesagt hatte ich bis jetzt auch noch nicht drüber nachgedacht. Wenn das funktionieren würde, wäre dies natürlich das Killer-Feature. Ich stelle mir das Allerdings kompliziert vor umzusetzen. Man weiß aber nie, was noch kommt
-
@alcalzone said in [Tester gesucht] Visual Studio Code Extension für ioBroker:
@patrickbs96 Ich fürchte du wirst in die gleichen Probleme laufen wie ich mit den globalen Skripten und vor kurzem dem Top-Level-Await-Support.
So wie ioBroker seine Skripte verwendet (nicht-Module, die import verwenden; Module, die den Scope mit nicht-Modulen teilen, etc...), versteht TypeScript bzw. der Editor nicht ohne Nachhilfe. Da musste ich relativ viel mit generierten Exports tricksen.
Damit du einen Eindruck bekommst, hier ein paar PRs:
https://github.com/ioBroker/ioBroker.javascript/pulls?page=2&q=is%3Apr+is%3Aclosed+author%3AAlCalzoneIch habe gerade etwas den JS Adapter Code angeschaut, und gesehen, dass es da einen TS und einen JS "Declaration Server" (tsc.Server) hat. Ist der von aussen zugänglich oder ist das Wort "Server" hier nicht als TCP Server gemeint? Falls die beiden zugänglich sind, wäre es wahrscheinlich möglich, das in diese Extension zu integrieren, oder?
Und wenn ich dich @AlCalzone schon an der Leitung habe: was sind deine Gedanken zum Remote Debugging von Scripts mit der Extension? Ich sehe zwar, dass vm2 Debugging kann, aber das bedingt wohl, dass der eigentliche Prozess den Debug Socket zur Verfügung stellt, oder?
-
@nokxs Ich habe hier nochmal herumgespielt und es scheint wohl so zu sein, das der Zugriff auf andere Funktion aus den anderen Skripten nicht auf eine bestimmte Ordnerstruktur eingeschränkt werden kann (
"global/**/*.js"
). Das führt leider dazu, dass IntelliSense nur in den Skripten unter global funktioniert und die ioBroker Funktionen sowie die Funktionen aus den anderen Skripten anzeigt...Ich bin kein Experte von VSCode, vielleicht ist es doch irgendwie möglich das richtig zu begrenzen.
"include": [ "**/*.js", "**/*.d.ts", ".iobroker/types/javascript.d.ts" ]
So sollten die ioBroker Funktionen auch unter common funktionieren aber es werden auch alle anderen Funktionen aus den anderen Skripten angezeigt. Ein "exclude" klappt hier auch nicht, das hätte den gleichen Effekt wie mit global.
-
"global/**/*.js"
funktioniert bei mir auch nicht. Das einzige wie es mit IntelliSense bei mir klappt ist wenn ich jedes einzelne global skript unterfile
angebe, bsp.:{ "files": [ "../helper/javascript.d.ts" "global/meinSkript.js" ] }
Da jedes einzelne File manuell rein zu schreiben ist natürlich ätzend. Aber du könntest das evtl. mit dem plugin doch automatisieren?
-
@scrounger Verwendest du bei dir auch noch include oder exclude? Dein Vorschlag klappt bei mir nämlich nicht...
So sieht meine tsconfig.json aus:
// https://github.com/ioBroker/create-adapter/blob/master/test/baselines/adapter_JS_ESLint_TypeChecking_Spaces_SingleQuotes_Apache-2.0/tsconfig.json { "compileOnSave": true, "compilerOptions": { // do not compile anything, this file is just to configure type checking "noEmit": true, // check JS files "allowJs": true, "checkJs": true, "module": "commonjs", "moduleResolution": "node", "esModuleInterop": true, // this is necessary for the automatic typing of the adapter config "resolveJsonModule": true, // Set this to false if you want to disable the very strict rules (not recommended) "strict": true, // Or enable some of those features for more fine-grained control // "strictNullChecks": true, // "strictPropertyInitialization": true, // "strictBindCallApply": true, "noImplicitAny": false, // "noUnusedLocals": true, // "noUnusedParameters": true, // Consider targetting es2019 or higher if you only support Node.js 12+ "target": "es2018", "typeRoots":[ ".iobroker/types", "node_modules/@types" ] }, // "files": [ // "global/alexaHelper.js", // "global/scriptHelper.js", // "global/smartHelper.js", // "global/telegramHelper.js", // ".iobroker/types/javascript.d.ts" // ], "include": [ "**/*.js", ".iobroker/types/javascript.d.ts" ], "exclude": [ "node_modules/**" ] }
-
@unclesam said in [Tester gesucht] Visual Studio Code Extension für ioBroker:
TS und einen JS "Declaration Server"
Das ist ein Language Server, quasi eine Instanz, die das Skript-Projekt (inklusive aller referenzierten Module und Typdefinitionen) im Speicher hält - bzw. eigentlich nur ein Wrapper um TypeScript. Mit einem TCP-Server hat das nichts zu tun.
Zwar verwendet VSCode unter der Haube auch einen Language Server, der ist aber nicht kompatibel mit meinem Wrapper, der primär Kompilieren ohne Festplattenzugriff im Sinn hat.Ehrliche Meinung: Vom Debuggen würde ich abraten.
Mit JS wirds vielleicht noch irgendwie hinhauen, wobei ich nicht weiß ob das mit der Node.js VM geht (wir verwenden VM2 nicht wirklich). Spätestens bei TS, den unter der Haube kompilierten Skripten und erst recht bei den Tricksereien, die da für top-level-await und den wilden Mix aus globalen Skripten und Modulen getrieben werden, ist der Spaß endgültig vorbei. -
@alcalzone Falls jemals das Debuggen von Skripten kommt, kommt das sehr viel später, da ich mir das auch sehr kompliziert vorstelle.
Ich bin jetzt gerade dabei mir die Authentifizierung über socker.io anzuschauen. Mir ist aber noch nicht ganz klar, wie das Ganze funktioniert. Wenn ich für den Benutzer
admin
ein Passwort setze, bekomme ich beim Connect die Fehlermeldung (mitclient.on("error"), ...
)Passport was not initialized
und die Verbindung wird nicht aufgebaut. Bei meinem Reverse-Engineering sah es immer so aus, als muss ich eine "authenticate"-Nachricht schicken. Das funktioniert aber nicht, wenn ich keine Verbindung aufbauen kann.Im Socket.Io Adapter hab ich folgendes gefunden, was mich bis jetzt aber noch nicht wirklich weiter gebracht hat:
- https://github.com/ioBroker/ioBroker.socketio/blob/0894573174452febec59dbb0eb5d1eee519b1b5c/example/conn.js#L311
- https://github.com/ioBroker/ioBroker.socketio/blob/0894573174452febec59dbb0eb5d1eee519b1b5c/example/conn.js#L1294
- https://github.com/ioBroker/ioBroker.socketio/blob/master/lib/socket.js#L822
- https://github.com/ioBroker/ioBroker.socketio/blob/master/lib/socket.js#L168
Kann mir jemand ein paar Hinweise in die richtige Richtung geben, damit ich nicht stundenlang Code lesen muss?
-
@nokxs said in [Tester gesucht] Visual Studio Code Extension für ioBroker:
Kann mir jemand ein paar Hinweise in die richtige Richtung geben, damit ich nicht stundenlang Code lesen muss?
Da gibt es nur genau jemanden, der diesen Code versteht... leider (und nein, das bin nicht ich).
Hast du diesen Code mal angeschaut? https://github.com/ioBroker/adapter-react/blob/4fbe1a786048e02a0fdec78505985aadf35a4780/src/Connection.js#L148-L168
Der macht noch etwas mit dem flag das vom'connect'
event zurück gegeben wird.Bist du ganz sicher, dass du nicht (versehentlich) schon Nachrichten verschickst, bevor das
'authenticate'
durch ist?