Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[AlCalzone]

@uwe72 sagte in Hilfe bei Strukturierung von Klassen in TypeScript:

Da Dateiname (class) auf TS hinweist

Wieso weist das auf TS hin? class ist seit ES6 ein JS-Feature.

Ich blicke nicht ganz ob ihr das Problem schon gelöst habt, aber hast du schon die import-Syntax versucht?

import { Test } from "../pfad/zum/skript";
const myInstance = new Test(3, 5);
//...

Abgesehen davon müssen relative Pfade relativ zum sandbox.js-Modul vom Adapter sein, welches in /opt/iobroker/node_modules/iobroker.javascript/lib liegt. Deshalb zeigt @Xenon's Import auch auf /opt/iobroker/test/class.js und nicht dahin wo die Datei wirklich liegt.

[Xenon]

@alcalzone sagte in Hilfe bei Strukturierung von Klassen in TypeScript:

Abgesehen davon müssen relative Pfade relativ zum sandbox.js-Modul vom Adapter sein, welches in /opt/iobroker/node_modules/iobroker.javascript/lib liegt. Deshalb zeigt @Xenon's Import auch auf /opt/iobroker/test/class.js und nicht dahin wo die Datei wirklich liegt.

Das bedeutet nun genau? Wenn die Datei unter opt/iobroker/test/class.js liegt, was muss ich dann im import angeben, damit er nicht in den node_modules sucht?

[AlCalzone]

@xenon Von /opt/iobroker/node_modules/iobroker.javascript/lib ausgehend ist /opt/test/class.js unter dem relativen Pfad ../../../../test/class.js zu finden.

Hier als Beispiel mal mit /home/iobroker/test.js:

[uwe72]

@alcalzone said in Hilfe bei Strukturierung von Klassen in TypeScript:

/opt/iobroker/node_modules/iobroker.javascript/lib

Ich bin zu doof dafür :-(

Update: Habe nun das Mirror-Verzeichnis rausgenommen (weiß nicht ob es wirklich damit zusammen hängt), funktioniert nun aber:

[fastfoot]

@uwe72 sagte in Hilfe bei Strukturierung von Klassen in TypeScript:

Update: Habe nun das Mirror-Verzeichnis rausgenommen (weiß nicht ob es wirklich damit zusammen hängt), funktioniert nun aber:

upps, das ist mir gar nicht aufgefallen dass da ein Unterschied ist. Aber an der Fehlermeldung kannst du es auch sehen, da stehen 5 x ../, also brauchst du im require nur 1x ../ so wie ich es schon mal gepostet hatte. Mir war es aber früher mal nicht gelungen unterhalb von /opt/iobroker zu kommen, das werde ich mal noch ohne mirror probieren

[AlCalzone]

Ich bin mir nicht sicher, was Mirror damit zu tun haben soll. Alle Skripte laufen in einer Sandbox, die sich in /opt/iobroker/node_modules/iobroker.javascript/lib befindet. Von dort aus werden alle requires aufgelöst.

Aber an der Fehlermeldung kannst du es auch sehen, da stehen 5 x ../, also brauchst du im require nur 1x ../ so wie ich es schon mal gepostet hatte

Die Fehlermeldung ist irreführend. Der JS-Adapter versucht erst den gegebenen Pfad und wenn das schief läuft hängt er vorne noch ../../ an. Das wird dann geloggt.

@uwe72 Du scheinst Docker zu verwenden. Welchen (absoluten) Pfad hat denn dein Test-Skript innerhalb Docker?

[Xenon]

@alcalzone sagte in Hilfe bei Strukturierung von Klassen in TypeScript:

@xenon Von /opt/iobroker/node_modules/iobroker.javascript/lib ausgehend ist /opt/test/class.js unter dem relativen Pfad ../../../../test/class.js zu finden.

Danke dir, funktioniert ! :)

Ist es sinnvoll das im /opt/iobroker anzulegen? Oder kann da was durch Updates des ioBrokers kaputt gehen?

[fastfoot]

@xenon sagte in Hilfe bei Strukturierung von Klassen in TypeScript:

Ist es sinnvoll das im /opt/iobroker anzulegen? Oder kann da was durch Updates des ioBrokers kaputt gehen?

Also ich hatte meine Skripte immer in /opt/iobroker/scripts und bisher nie Probleme durch Updates etc. gehabt.

Allerdings bin ich jetzt endlich dem Rat von @Thomas-Braun gefolgt und und habe seit Kurzem den mirror nach /home/iobroker/scripts verlegt. Im Docker kann man das einfach nach Aussen mappen so dass ich auch weiterhin Zugriff mit VS Code habe

[Xenon]

@fastfoot du nutzt das vs code tool? Ich habe es versucht, bekomme es aber nicht hin. Auch wenns jetzt OT ist, aber muss ich in meinem LXC irgendwie eine Freigabe erteilen? So sieht es bei mir immer aus (bin in sowas nicht so der Profi :D )

[fastfoot]

@xenon sagte in Hilfe bei Strukturierung von Klassen in TypeScript:

@fastfoot du nutzt das vs code tool? Ich habe es versucht, bekomme es aber nicht hin. Auch wenns jetzt OT ist, aber muss ich in meinem LXC irgendwie eine Freigabe erteilen?

ja, den vs code Editor unter Windows. Mit LXC kenne ich mich leider null aus, beim Docker ist dieses Mapping so eine Art mount mit dem man fast beliebig Ordner ausserhalb des Containers bringt. Als Standard empfiehlt sich zB /opt/iobroker so dass bei einem Wechsel/Update des Containers die iobroker installation völlig(!) unberührt bleibt. Falls LXC bzw LXD diese Möglichkeit nicht bietet würde ich das über einen mount probieren

Edit: Ich greife mit vs code direkt auf ein Share zu und benutze kein Add-on

[Xenon]

@fastfoot kommando zurück....... hatte https aktiv.... jetzt gehts :)

[Scrounger]

@alcalzone

Geht das auch inzwischen mit Typescript?

Folgendes versuche ich gerade, Typescript liegt unter /opt/iobroker/test

myModule.ts:

export class testClass {
    public static readonly testString = "alias.0";
}

Wenn ich das aufrufen will:

const myModule = require('../../../test/myModule.ts');
console.warn(myModule.testClass.testString);

bekomme ich folgende Fehlermeldung:

2023-01-24 09:04:15.881 - error: javascript.0 (2305) script.js.alias.Licht.Test: /opt/iobroker/test/myModule.ts:1
2023-01-24 09:04:15.881 - error: javascript.0 (2305) at wrapSafe (node:internal/modules/cjs/loader:1094:15)
2023-01-24 09:04:15.881 - error: javascript.0 (2305) at Module._compile (node:internal/modules/cjs/loader:1129:27)
2023-01-24 09:04:15.882 - error: javascript.0 (2305) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1219:10)
2023-01-24 09:04:15.882 - error: javascript.0 (2305) at Module.load (node:internal/modules/cjs/loader:1043:32)
2023-01-24 09:04:15.882 - error: javascript.0 (2305) at Function.Module._load (node:internal/modules/cjs/loader:878:12)
2023-01-24 09:04:15.882 - error: javascript.0 (2305) at Module.require (node:internal/modules/cjs/loader:1067:19)
2023-01-24 09:04:15.882 - error: javascript.0 (2305) at require (node:internal/modules/cjs/helpers:103:18)
2023-01-24 09:04:15.882 - error: javascript.0 (2305) at require (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:509:32)
2023-01-24 09:04:15.882 - error: javascript.0 (2305) at script.js.alias.Licht.Test:3:16
2023-01-24 09:04:15.882 - error: javascript.0 (2305) at Script.runInContext (node:vm:141:12)
2023-01-24 09:04:15.883 - error: javascript.0 (2305) script.js.alias.Licht.Test: script.js.alias.Licht.Test:4
2023-01-24 09:04:15.883 - error: javascript.0 (2305) console.warn(myModule.testClass.testString);
2023-01-24 09:04:15.883 - error: javascript.0 (2305) ^
2023-01-24 09:04:15.883 - error: javascript.0 (2305) TypeError: Cannot read properties of undefined (reading 'testClass')
2023-01-24 09:04:15.883 - error: javascript.0 (2305) at script.js.alias.Licht.Test:4:23
2023-01-24 09:04:15.883 - error: javascript.0 (2305) at Script.runInContext (node:vm:141:12)

[uwe72]

@scrounger Es läuft gerade ein ähnliches/gleiches Thema auf:
https://forum.iobroker.net/topic/70069/einfügen-von-js-klassen-aus-eigenem-npm-modul/46?_=1699738698812

Typescript-Klassen/Code lassen sich einbinden. Problem ist aktuell, dass wenn im externen Script was wie "sendTo()" vorkommt, dies dann in iobroker angemeckert wird, da nicht erkannt wird.

[ticaki]

3 Topics zum gleichen Thema? EDIT - oh 2 Jahre alt...

Lösung:
https://github.com/ticaki/script-library-example

[ticaki]

... ... ...