Wie Programm aufbauen?

[Lau]

Hallo!

Mein aktuelles Projekt, eine Art Mini-Musikstudio, besteht aus mehreren Modulen. Das soll heißen, ich habe ein Trayicon, mit welchem ich aus einer Liste eines von mehreren Modulen auswählen kann. Ein Hauptfenster oder sowas gibt es nicht, vorerst nur mal den Tray. Sagen wir, die Liste im Tray besteht aus

Modul 1
Modul 2
Modul 3
Modul 4


Soweit, so gut. Jedes dieser Module hat seine einene Logik in einer eigenen Klasse. Manche dieser Module sollen ihr eigenes kleines Fenster bekommen, andere nicht (das Fenster soll natürlich nur angezeigt werden, wenn das Modul im Tray auch ausgewählt ist). Wenn ein Modul kein Fenster benötigt, dann liegt es daran, dass das Modul lediglich ein Prozess darstellt, der schnell ausgeführt wird und man keine Visualisierung dafür benötigt.
Falls ein Modul aber doch ein Fenster bekommen soll, dann ist das Fenster stark auf das Modul spezialisiert und nur für dieses brauchbar.

Ich weiß jetzt nicht, wie ich das ganze aufbauen soll. Wenn ich im Tray also Modul 1 auswähle, so soll das zu Modul 1 passende Fenster angezeigt werden, in dem dann die Logik von Modul 1 abläuft. Analog dazu für die anderen Module.

Da die Fenster so stark auf die Module spezialisiert sind, habe ich mir schon überlegt, das Fenster in der jeweiligen Modulklasse zu erzeugen. Da sind ja eh schon alle benötigten Daten und die Fenster wären aufgeräumt.

Andererseits sollte man ja Visualisierungssachen wie Swing aus Logikklassen draussenlassen.

Aber wie dann? Ein allgemeines Fenster erzeugen, in welches jedes Modul reinmalen darf (wenn es gerade dran ist) ist auch blöd. Wie gesagt hat jedes Modul ja andere Anforderungen an das Fenster.. manche wollen setAlwaysOnTop, manche wollen ein Bild anzeigen, andere Text usw...

Was noch zu erwähnen wäre: Alle Module implementieren das Interface "Update", welches von der Hauptanwendung aus aufgerufen werden kann - sofern das jeweilige Modul aktiv ist. Dann ändert die Logik Daten, und logischerweise müsste dann auch das dazu passende Fenster neugemalt werden.


Ich weiß nicht ob MVC und Co. eine Lösung wären, das ist jedoch noch zu hoch für mich, ich wollte erstmal eine gute "Preis-Leistungs-Lösung", ohe dabei die gröbsten Regeln zu brechen (Design und Logik vermischen).


Danke!

 

[jule37]

was du da vorhast ist sehr komplex. du solltest dir unbedingt 1-2 monate zeit nehmen und dich intensiv mit MVC beschäftigen, denn das ist genau, wonach du hier fragst. allerdings ging es mir zumindest so, dass man einiges an erfahrung braucht, bis man das pattern richtig einsetzen kann, also nimm dir zeit.

was du da entwickeln willst ist ja eine art plugin struktur. ich empfehle dir, da nix zu coden, bevor du nicht weisst, wie du es angehen sollst, sonst wirst du dich gewaltig in die nesseln setzen. ich weiss, das ist nicht hilfreich, das zu sagen, aber es ist einfach so.

schau dir MVC an und experimentiere damit rum, lerne es zu beherrschen. dann wird sich deine frage von selbst beantworten.

 

[anonym]

Jop, ohne MVC geht da nichts. Wenn das wirklich eine Pluginstruktur werden soll, würde ich mir sogar über OSGi Gedanken machen. Ist halt die Frage, ob das ein kleines Hobbyprojekt ist, oder größer werden soll.

Kurz zu Model- View- Controll(er):

Stell dir das so vor:

Du gehst bei BurgerKing rein. Als erstes siehst du die Frau an der Kasse, sie ist die View.
Der sagst du: Ein Wopper- Menü bitte. Sie drückt den Knopf an ihrer Kasse, dem Controller. Der zeigt in der Küche auf einer Anzeige an, dass ein Wopper gebraucht wird.
Also fängt ein Küchenmitarbeiter (das Model) an, einen Wopper zuzubereiten.
Wenn der Wopper fertig ist, drückt er einen Knopf und es macht "Bing!".
Hier siehst du das Observer- Pattern. Der Observer Kassiererin (View) hört das "Bing"- Event (oder die "Bing"- Message), das/die der Observable Küche (Model) ausgelöst hat. Sie läuft nach hinten und zeigt die neuen Daten an, ähm, ich meinte, gibt dir den Wopper.

Das ist natürlich nur eine ganz grobe Darstellung, aber so in etwa läuft es (und ich hab bei BurgerKing jedes Mal was zu beobachten, während ich auf mein Essen warte. Hat schonmal jemand ein Model mit Vorratshaltung für Antworten auf Standard- Requests programmiert? )

 

[ARadauer]

Stell dir das so vor:

Du gehst bei BurgerKing rein. Als erstes siehst du die Frau an der Kasse, sie ist die View.
Der sagst du: Ein Wopper- Menü bitte. Sie drückt den Knopf an ihrer Kasse, dem Controller. Der zeigt in der Küche auf einer Anzeige an, dass ein Wopper gebraucht wird.
Also fängt ein Küchenmitarbeiter (das Model) an, einen Wopper zuzubereiten.
Wenn der Wopper fertig ist, drückt er einen Knopf und es macht "Bing!".
Hier siehst du das Observer- Pattern. Der Observer Kassiererin (View) hört das "Bing"- Event (oder die "Bing"- Message), das/die der Observable Küche (Model) ausgelöst hat. Sie läuft nach hinten und zeigt die neuen Daten an, ähm, ich meinte, gibt dir den Wopper.

sehr gutes Beispiel, finde ich!

 

[bygones]

sehr gutes Beispiel, finde ich!

es zeigt vor allem sehr gut die Realitaet.

Was im Hintergrund passiert interessiert keinen... Hauptsache die View ist ansprechend