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

[paul53]

@Scrounger sagte:

console.log(linkeddevices0.Licht.Flur.STATE.getState().val)

Ich kann keinen wirklichen Mehrwert erkennen gegenüber

console.log(getState('linkeddevices0.Licht.Flur.STATE').val) 

[Scrounger]

@paul53 sagte in require auf eigene Skriptdatei und Zugriff auf var:

Ich kann keinen wirklichen Mehrwert erkennen gegenüber

Bessere Übersicht, ein Skript wo alle Variablen definiert sind und bietet einen Vorteil wenn man die Skripte per IDE erstellt - autosuggestion und nicht im Objekt-Baum Id raussuchen müssen.

@paul53 sagte in require auf eigene Skriptdatei und Zugriff auf var:

@Scrounger
require(Pfad) dient zum Laden von Node Modulen. Wenn die Datei aus einem Skript heraus geladen werden soll, muss die Pfadangabe relativ zum Pfad des Javascriptadapters (iobroker/node_modules/iobroker.javascript/node_modules) sein. Ich hatte es mal hier getestet. Das Test-Skript, das geladen wird, sieht so aus:

Das funktinioniert soweit schon mal. Allerdings gehen die Funktionen wie

getState()
getObject()

nicht -> Fehlermeldung "getState is not defined".
Welcher import wird hier benötigt, damit die Befehle gehen?

[paul53]

@Scrounger sagte:

Allerdings gehen die Funktionen wie
getState()
getObject()
nicht -> Fehlermeldung "getState is not defined".

setState() funktioniert ebenfalls nicht.

	ReferenceError: setState is not defined

Ich vermute, dass per require() geladene Module keine Funktionen des Javascript-Adapters verwenden können ? Nach Änderungen im Modul muss auch die Javascript-Instanz neu gestartet werden, damit die Änderungen wirksam werden.

[AlCalzone]

@Scrounger sagte in require auf eigene Skriptdatei und Zugriff auf var:

Welcher import wird hier benötigt, damit die Befehle gehen?

Du könntest statt eines Objekts eine Funktion exportieren, die die Adapter-Funktionen wiederum als Argument empfängt:

"use strict";

module.exports = function (getState, setState, setStateDelayed, getObject) {
	var linkeddevices0 = {};

	linkeddevices0.Bad = {};
	linkeddevices0.Bad.Lampe5 = {};
	linkeddevices0.Bad.Lampe5.Ein = {};
	linkeddevices0.Bad.Lampe5.Ein.getId = function () { return "linkeddevices.0.Bad.Lampe5.Ein" };
	linkeddevices0.Bad.Lampe5.Ein.getState = function () { return getState("linkeddevices.0.Bad.Lampe5.Ein") };
	linkeddevices0.Bad.Lampe5.Ein.setState = function (val, ack) { return setState("linkeddevices.0.Bad.Lampe5.Ein", val, ack) };
	linkeddevices0.Bad.Lampe5.Ein.setStateDelayed = function (val, ack, delay) { return setStateDelayed("linkeddevices.0.Bad.Lampe5.Ein", val, ack, delay) };
	linkeddevices0.Bad.Lampe5.Ein.getObject = function () { return getObject("linkeddevices.0.Bad.Lampe5.Ein") };

	// weitere...

	return linkeddevices0;
};

Aufrufen musst du sie dann so:

var meinSkript = require("ioBroker.linkeddevices/scripts/linkeddevices0")(getState, setState, setStateDelayed, getObject);

[Scrounger]

@AlCalzone
Vielen Danke für den Tipp.

Hab noch einen eleganteren Weg gefunden, so dass der User gar nichst mehr machen muss.

Das generierte Skript wird automatisch im JavaScript Adapter unter den globalen Skripten abgespeichert.

In der Adapterkonfig, kann Skriptname und der root variablen name festgelegt werden, knöpfle drücken und schon ist das skript im JS unter global vorhanden.

Wie ich das umgesetzt habe, findet ihr hier

[paul53]

@Scrounger sagte:

unter den globalen Skripten abgespeichert

Dir ist bewusst, dass globale Skripte in alle anderen Skripte kopiert werden (RAM-Fresser) ?

[Scrounger]

@paul53 sagte in ✔ require auf Skriptdatei und Zugriff auf var:

Dir ist bewusst, dass globale Skripte in alle anderen Skripte kopiert werden (RAM-Fresser) ?

Klar, steht doch in der Doku ;)

[Mic]

Sehr interessante Diskussion :-) Meine Frage hat jetzt nichts direkt mit dem linkeddevices-Adapter zu tun, sondern generell. Sorry für's einklinken :-)

@paul53 sagte in ✔ require auf Skriptdatei und Zugriff auf var:

@Scrounger
require(Pfad) dient zum Laden von Node Modulen. Wenn die Datei aus einem Skript heraus geladen werden soll, muss die Pfadangabe relativ zum Pfad des Javascriptadapters (iobroker/node_modules/iobroker.javascript/node_modules) sein. Ich hatte es mal hier getestet. Das Test-Skript, das geladen wird, sieht so aus:

'use strict';
module.exports = function () {
   return {result: 'mein Modul'};
};

Sehr interessant.

@paul53 sagte in ✔ require auf Skriptdatei und Zugriff auf var:

Ich vermute, dass per require() geladene Module keine Funktionen des Javascript-Adapters verwenden können ? Nach Änderungen im Modul muss auch die Javascript-Instanz neu gestartet werden, damit die Änderungen wirksam werden.

Gibt es denn mittlerweile immer noch keine zuverlässige Möglichkeit im JavaScript-Adapter, um externe Scripte nach Bedarf per "require()" (oder wie auch immer) einzubinden,

1. ohne dass diese in den global Scripts landen, also bei jedem Script mit hinzufügt werden
2. dabei auch ioBroker/JavaScript-Adapter - spezifische Funktionen funktionieren?

Wenn nicht, dann sollten wir das initiieren. Wäre ein echter Mehrwert bei der Script-Programmierung, also Script-Bibliotheken zu verwenden für immer wieder kehrende Aufgaben, kennen wir ja aus vielen anderen Entwicklungsumgebungen. Z.B. eine Bibliothek für Array-Handling, für String-Handling, etc., welche man dann bei Bedarf einbindet. Ist sonst echt immer mühselig...

[AlCalzone]

@Mic

Die heutigen Skripte im Adapter verwenden ein Feature von NodeJS, bei dem die einzige Möglichkeit, gemeinsam genutzten Code zu laden darin besteht, ihn als globale Skripte in Textform vor das Skript zu hängen.

Ab NodeJS 10 besteht grundsätzlich die Möglichkeit von Modulen, d.h. gezielt einzelne Code-Abschnitte per Namen zu laden. Ich habe da schon vor über einem Jahr ein Issue aufgemacht:
https://github.com/ioBroker/ioBroker.javascript/issues/86

Damals war das aber Zukunftsmusik. Inzwischen könnte man es langsam angehen, weil Node 8 Ende des Jahres End-of-Life erreicht.

---

@Mic sagte in ✔ require auf Skriptdatei und Zugriff auf var:

dabei auch ioBroker/JavaScript-Adapter - spezifische Funktionen funktionieren?

Doch, siehe meinen vorherigen Kommentar. Nicht so super schön wie einfach nur requiren, aber das funktioniert und ist zuverlässig.

[Mic]

Super, danke @AlCalzone, auch für das Issue. Werde ich mir näher ansehen.