Hallo Zusammen,
ich versuche mich derzeit zum ersten mal an einer Modulentwicklung mit dem Ziel das ganze auch im Store anbieten zu können.
Ich habe mich dazu entschieden, einen Konfigurator, Geräte Instanzen und eine I/O-Instanz für das Abfragen der Webseite zu nutzen. Einen Splitter werde ich denke ich nicht benötigen, da die Informationen die Abgerufen werden sollen nur von einer Geräte-Instanz benötigt werden und nicht auf mehrere Geräte aufgeteilt werden muss. Zumindest wenn ich das Konzept richtig verstanden habe.
Das Modul arbeitet Prinzip Bedingt sehr intensiv mit Webseiten Parsing. Das Parsing baut mir ein json zusammen, was alle Informationen zum Update eines Gerätes enthalten soll.
Die Idee zum Aufbau ist nun folgenden: Die Geräte Instanzen werden über den Konfigurator erstellt und mit den Initialen Daten befüllt. Die Updates laufen dann über eine standardisierte Abfrage über das I/O Modul (man könnte auch sagen API), das I/O Modul fragt die Webseite ab bereitet die Daten der Webseite auf und liefert sie in standardisierter Form zurück an die Geräte Instanz welche die eigenen Variablen Update,
Der Vorteil den ich sehe ist, solange ich den Input Weg nicht ändere kann ich das I/O Modul Updaten anpassen und verbessern ohne immer wieder den Code der Geräte-Module anpassen zu müssen. Auch ein Tausch oder eine Erweiterung der Datenquelle auf mehrere Webseiten wäre denkbar.
Da ich neu bei den Modulen bin, vorher nur mit Skripts hantiert habe und auch mit Entwicklung bis jetzt wenig am Hut hatte nun meine Frage, ob dies Strukturierung im Sinne der Symcon Modul Typen ist oder ob es eine sinnvollere Aufteilung gibt.
Bitte nicht steinigen, falls ich die falschen Begriffe in die Suche geschrieben habe. Eine Erklärung in welchem Modul-Typ ich am sinnvollsten zentralisierte Datenaufbereitung mache habe ich in der Doku nicht gefunden.
Danke für euren Input
TheEldar