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

[Ro75]

@homoran sagte in Java Script Ressourcen optimal nutzen:

auch die, die in anderen Strukturen liegen.

ich ging davon aus, dass das auch so verstanden wird. Mit "common" war tatsächlich ALLES gemeint. Ordner und Unterordner und Unterordner und ... Egal wie tief und was auf jeder Ebene ist.

Ro75.

[OliverIO]

@etv
Jedes Skript benötigt auch noch ein wenig Verwaltung krims Krams drum rum.
Das erhöht auch ein wenig den Speicherbedarf im RAM und nimmt ein wenig Performance weg.
Daher, Sachen, die sinnvoll zusammen gehören in ein Skript.

[Ro75]

@oliverio sagte in Java Script Ressourcen optimal nutzen:

Daher, Sachen, die sinnvoll zusammen gehören in ein Skript.

Das ist Ansichtssache. Ich hatte das bei mir mal so umgestellt. Ja, dannach etwa 100 MB weniger RAM. Aber für mich unübersichtlicher. Letztlich wieder aufgetrennt.

Ro75.

[paul53]

@etv
Zu 2. Unter "global" deklariert man nur eigene, häufig verwendete Funktionen, denn Funktionen werden erst bei ihrem Aufruf kompiliert.
Zu 3. Kommentare werden nicht kompiliert.

Zu 1. Meine Devise: So klein wie möglich und so groß wie nötig. In einen Datenpunkt sollte man nur aus einem Skript schreiben, weil sonst leicht die Übersicht darüber verloren geht, weshalb der Datenpunkt geschrieben wurde.

[etv]

Herzlichen Dank für eure Tipps und Anregungen, dann war ich eh bis jetzt auch gut unterwegs!

Werd dann spezielle Scripte wie den Benachrichtigungsversand in global packen, weil viele meiner Scripte melden via push safer etwaige Probleme.

Top, noch mal herzlichen Dank!

Liebe Grüße
Tom

[Homoran]

@etv sagte in Java Script Ressourcen optimal nutzen:

Werd dann spezielle Scripte wie den Benachrichtigungsversand in global packen

nein!

das wird vor jedes andere Skript gepackt, auch wenn du nur ein Licht über einen Bewegungsmelder schaltest

[paul53]

@homoran sagte: das wird vor jedes andere Skript gepackt

Ja, unmittelbar vor dem Kompilieren. Wenn die enthaltenen Funktionen im Skript nicht aufgerufen werden, werden sie nicht kompiliert.

[uwe72]

@homoran Ich verstehe den Nachteil, der entsteht wenn man in global Scripte Inhalte ablegt. Aber es gibt halt auch Vorteile, wenn Funktionen in vielen common Scripte verwendet werden, dann schreibe ich diese doch nicht in jedem common Script neu, sondern einmal in global. Stichwort redundante Codehaltung.

Es ist eher ein sehr großer Schwachpunkt von iobroker bzw. dem JS-Adapter, dass man nicht sauber mit imports arbeiten kann und der Weg gewählt wurde, einfach alle Inhalte von global in die common Scripte reinzukopieren.

Dazu kommt noch, bei mehreren JS-Instanzen wird da nicht mal auf die Instanz geschaut und instanzübergreifend von global nach common kopiert.

[OliverIO]

@uwe72
Irgendwo im Forum hat schon mal jemand beschrieben wie man sich ein lokales NPM Paket für den js Adapter installieren kann

[uwe72]

@oliverio das wäre richtig cool

[OliverIO]

@uwe72

So auf die Schnelle habe ich das gefunden. Ist aber von 2019 daher ohne Garantie
https://forum.iobroker.net/topic/27932/modulare-skripe

Eventuell weiß auch @haus-automatisierung noch was

[uwe72]

Habe für mich mal eine funktionierende Lösung in einem neuen Post aufgeschrieben:
https://forum.iobroker.net/topic/78632/info-auslagerung-von-scripte-aus-global-aufs-filesystem