UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[fastfoot]

@uwe72 wenn du ein js importierst dann klappt es, allerdings fehlen ja dann die Vorteile von Typescript. Ich denke das importierte ts Modul wird als js behandelt, was dann natürlich fehlschlägt. Es wird aber schon Zeile 2 des imports moniert, ohne weitere Hinweise

Sind aber Mutmaßungen, kenne TS nicht wirklich. Mit importierter js ist aber getestet

[uwe72]

@fastfoot Danke dir für deine Unterstützung. Denke dafür ist iobroker nicht ausgelegt. Es geht ja definitiv auch ohne! Werde alles in einer TypeScript-Datei lassen und gut ist es.

Komme halt aus der Java-Welt und da sehne ich mich nach ein wenig nach mehr Struktur

Danke nochmals und Grüße!
Uwe

[fastfoot]

@uwe72 Schnupper halt rein, und wenn dir die Möglichkeiten nicht ausreichen dann kannst Du dich ja an einen Adapter wagen, da geht dann alles Die Scriptumgebung ist schon sehr cool, aber Anwendungen wie Deine finden sich hier tatsächlich sehr, sehr wenige. Ist wohl mit ein Grund warum das nicht zu 100% klappt mit den Imports. Mir persönlich reicht da auch pure JS, mich hat bei den require tests schon die compilation time für TS genervt Und bei den imports muss die Instanz neu gestartet werden damit Änderungen erkannt werden, auch das ist lästig weshalb ich es auch mit JS gar nicht nutze. Das ist aber kein Manko des iobroker, finde ich, schließlich ist das ein iot System.

[uwe72]

@fastfoot richtig, kein Manko des iobrokers. Iobroker ist richtig klasse!

[Xenon]

ich häng mich mal dran:

Bei mir findet er nicht mal das Modul, obwohl ich keinen relativen Pfad nutze, er sucht auch wieder im node_modules Ordner...
Datei liegt unter : /opt/test/class.js

const test = require ('../test/class.js')

	error	javascript.2 (24913) script.js.common.test.importTest: Error: Cannot find module '/opt/iobroker/node_modules/iobroker.javascript/lib/../../../test/class.js'

[uwe72]

@xenon bei mir war dies auch lange so, trotz relativem Pfad. Mir ist bis heute nicht klar, warum dann die Fehlermeldung auf einmal weg war. Ggf. musst Du den Adapter neu starten? Ich weiß es nicht.

Mir ist bei dir auch nicht klar: Du hast ein TypeScript oder ein JS? Da Dateiname (class) auf TS hinweist und die Endung der Datei auf JS. Wie sieht der Inhalt von class.js aus?

[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 )

[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