multimon (der Vorgänger des monitord) auf Raspberry Pi

[JHC]

Wollt Ihr wirklich den Aufwand treiben und das so generisch bauen?

In Funktionen/Module auslagern ist das eine, das ganze auch noch generisch....
Da muss man dann Helfermethoden haben...

Ich glaube bei Bedarf den if-Zweif in der Hauptdatei zu erweitern ist da einfacher.
Muss sich dann aber auf wenig Code beschränken:

if useMethode: #hier evtl. sogar den get.config-Aufruf, wenn einmalig
   doMethode(typ, id, sub, msg)

[Schrolli]

steh ich auf dem Schlauch, oder liese sich das ganz simpelst so umsetzen?
https://lkubuntu.wordpress.com/2012/...on-plugin-api/

Und im Prinzip immer an die run() Funktion den definierten Satz an Argumenten übergeben...

[JHC]

Ja,klingt so...

Das Programm führt aber immer alle Plugins aus.
Eine Konfigurationsmöglichkeit müsste man noch einbauen.

[Schrolli]

Ja,klingt so...

Das Programm führt aber immer alle Plugins aus.
Eine Konfigurationsmöglichkeit müsste man noch einbauen.

Für die config der einzelnen Plugins kann man das dann auch fest in die Python Datei am Anfang als constanten einbauen. Da sollte man den Aufwand eines Config Parsers evtl vermeiden. Keep it simple ;-) Und da kann man ja dann auch angeben, ob das Modul überhaupt aktiv sein soll. Das bisschen Rechenaufwand zum "sinnlosen" Einbinden des Moduls sollte kein Problem sein.

Oder man legt nur die config sowie andere Initialisierungen in die __init__.py und macht dann für den eigentlichen Modul Code eine Datei die importiert wird. Man muss die Einstigesdatei ja nicht zwingend __init__.py nennen - siehe pluginloader.py da kann mans ja angeben

Schaut mal in den Dev-Branch / plugin_test
pluginloader.py enthält die Funktionen zum load/reload der Plugins
und die plugin_test.py ruft jede sekunde die Plugins auf.

das schöne an imp.load_module ist, dass schon geladene Module einfach nur neu geladen werden. Also äquivalent zu reload(). man könnte die Plugins also während Boswatch läuft verändern. Die werden bei jedem Aufruf sowieso nachgeladen :-)

[JHC]

das schöne an imp.load_module ist, dass schon geladene Module einfach nur neu geladen werden. Also äquivalent zu reload(). man könnte die Plugins also während Boswatch läuft verändern. Die werden bei jedem Aufruf sowieso nachgeladen :-)

Das ist für die Entwicklung ganz nett, für eine produktive Umgebung würde ich load_once bevorzugen... ;-)

[Schrolli]

Das ist für die Entwicklung ganz nett, für eine produktive Umgebung würde ich load_once bevorzugen... ;-)

Das sind aber meiner Meinung nach alles Dinge, die man im Nachhinein ändern kann. Mit der prinzipiellen Funktion eines Plugin Systems hats ja nix zu tun. Ob ich die Module nun EINMALIG lade oder öfters. Würde erst mal priorisieren das so umzusetzen, dass der Code ausgelagert ist, und es funktioniert.

Dann kann man über den "produktiv" Feinschliff nachdenken, oder hast du da eine andere Meinung?

Gruß

[JHC]

Nein, ich hätte ja noch kleiner mit Funktionen angefangen, bevor ich die Funktionen in Module ausgelagert hätte. Deswegen habe ich nichts gegen schrittweise Vorgehen.

config.ini

useMySQL = 1

Pflicht für Plugin-Name: MySQL

Plugins ausführen:

for i in pluginloader.getPlugins():
        if int(config.get("Modules", "use"+i["name"]))
           print("Loading plugin " + i["name"])
           plugin = pluginloader.loadPlugin(i)
           plugin.run()

Edit: Fehler im Code bereinigt

Wäre die minimale Anpassung config.ini um eine neue Zeile ergänzen.