Ich arbeite an einem eingebetteten System, das über mehrere Tasten und ein kleines Grafikdisplay mit dem Benutzer verbunden ist.
Als Randnotiz: Da ich mich auf einem eingebetteten System befinde, möchte ich die dynamische Speicherzuweisung so weit wie möglich verhindern. So etwas wie std :: vector ist nicht einmal verfügbar.
Ich muss ein Konfigurationsmenü mit einer klassischen verschachtelten Menüstruktur wie dieser implementieren:
Level A Node 1
-> Level B Node 1
-> Level C Node 1
-> Level B Node 2
-> Level B Node 3
Level A Node 2
Level A Node 3
Ich bin mir nicht sicher, wie ich hier am besten vorgehen soll. Ich habe über verschiedene Möglichkeiten gelesen, wie ich mit dem zusammengesetzten Muster an so etwas herangehen kann. Ich stoße jedoch immer auf etwas, das "auf dem Papier" gut aussah, aber anscheinend ein Chaos zu implementieren scheint.
Mein allgemeiner Gedanke ist, eine MenuNode
Klasse zu haben, die bei der Initialisierung über ihre Unterknoten und übergeordneten Knoten Bescheid weiß. Eine Menu
Klasse könnte die Knotennavigation und -verarbeitung übernehmen. Offensichtlich muss jeder ein MenuNode
bestimmtes Verhalten ausführen / implementieren wie:
- Berichten Sie an das,
Menu
was angezeigt werden soll (das tatsächliche Layout / die Positionierung sollte nicht das Anliegen des seinMenuNode
). - Reagieren Sie auf Benutzereingaben (wie ein Tastendruck zum Erhöhen / Verringern / Umschalten eines Werts)
- Zugriff auf den tatsächlichen Wert von Interesse (sie befinden sich in einer
ApplicationSettings
Klasse)
Was wäre der beste Weg, dies umzusetzen?
Verwenden Sie eine (abstrakte)
MenuNode
Basisklasse und erstellen Sie eine Unterklasse für JEDES Menüknotenelement. Während der Initialisierung könnte ich einen Zeiger aufApplicationSettings
oder andere Abhängigkeiten bereitstellen, die es möglicherweise benötigt. Irgendwie fühlt es sich falsch an, 10 abgeleitete Klassen zu erstellen, in denen jede nur einmal instanziiert wird.Verwenden Sie
MenuNode
für jeden Knoten dieselbe Klasse und implementieren Sie Funktionen durch Rückrufe auf freie Funktionen. Nach dem, was ich gelesen habe, ist es ziemlich üblich, freie Funktionen mit Objekten zu "koppeln". Es fühlt sich jedoch so an, als würde es die Dinge überkomplizieren. Für jedes Mitglied könnte es sein, wie ReportButtonPress () oder so, ich müsste den Rückruf für die eigentliche Implementierung während der Initialisierung bereitstellen.Ich bin sicher, dass ich hier etwas übersehen habe.