Hi,

bin grad über einer etwas größeren Anwendung. Bisher existiert nur eine Hauptform und einige
Klassen fürs DB-Handling.

Aufbau:

Hauptform mit Hauptmenü und Statusbar, sowie 2 Bereiche für Frames. Einmal "Navigations"-Frames
sowie Content-Frames (über Tabset, es können also mehrere gleichzeitig offen sein). Da das einige
Frames werden, würd ich das ganze über eine Manager-Klasse verwalten. Zusätzlich kann ich das
so auch dynamisch handhaben.


Frage:

Die Frage, die sich nun stellt ist, wie baue ich die Kommunikation zwischen den einzelnen
Teilen auf (also zwischen Mainform, Navigationsframes und Contentframes), da hier ja
auch Daten und Commands ausgetauscht, bzw. angestoßen werden müssen.


Bisherige Ansätze:

a) Hardcore-Windows

Die Daten und Kommandos werden via PostMessage/SendMessage ausgetauscht, bzw. angestossen.

Vorteil:

- relativ einfach und schnell zu realisieren.
- flexibel

Nachteil:

- Unübersichtlich und damit schwer wartbar.

b) Interfaces

Jeder Frame implementiert (je nach Frametyp, also Navi oder Content) ein entsprechendes
Interface, das über einen zentralen Manager angesteuert wird.

Vorteil:

- Klare Struktur
- gute Wartbarkeit


Nachteil:

- Aufwendig zu realisieren
- schwieriger zu erweitern.



Hat jemand hier größere Erfahrung oder gar ganz andere Ansätze ?

Ich habe jetzt noch nicht verstanden, warum und was die Bereiche miteinander austauschen sollen.

Soll die Navigation so eine Art Ribbons werden, die abhängig vom aktuellen Content ist?

Sonst könnte die Navigation ja einfach stumpf einen eigenständigen Content öffnen.

Beschreib mal noch mehr oder zeige mal eine Skizze.

Ich habe es so verstanden: Es gibt immer 3 Bereiche, welche zusammenspielen müssen:

- Hauptmenü
- Navigationsframe
- Contentframe

Je nach aktuellem Programmzustand gibt es ein neues Set dieser 3 Bereiche. Eventuell teilen sich auch manche Sets das gleiche Navigationsframe usw.
Natürlich haben dann Aktionen auf dem Navigationsframe oder dem Hauptmenü Auswirkungen auf das Contentframe. Denn wenn ich auf dem Naviagtionsframe einen Button drücke, dann soll im Contentframe etwas passieren.

Eine Musterumsetzung würde mich auch mal interessieren.

Grüße
Headbucket

Umsetzung geschieht mit den im Profil angegeben Turbo Delphi oder etwas neueren?

Jap, Umsetzung is mit TD unter XP (evtl Win 7)


Headbucket hat das ganze recht gut auf den Punkt gebracht.

(Mein Erklärbär is leider grad den Bach runter gegangen. Hab zu lange gebraucht ums zu tippen. )

So..jetzt aber, ein Beispiel: Fuhrparkverwaltung

Hauptmenü: PKW, Transporter, Fahrräder, Flugzeuge, Farben

Bei HM-Auswahl PKW:

Navi mit einer Liste der bestehenden PKW und Buttons für die Bearbeitungen/Ansichten

Bei Auswahl eines Elements und der Aktion edit:

Content:

Maske mit den Eigenschaften des gewählten PKW's


oder

Bei Auswahl eines Elements und der Aktion Belegung:

Content:

Maske mit der Belegung des PKW's und den möglich Aktionen darin


Bei HM-Auswahl Farben:

Content

Liste mit verfügbaren Farben für die entsprechende Eigenschaft
der Fahrzeuge/Flugzeuge incl. direkter Bearbeitung der Liste


Dabei ist z.B. der Navi relativ wurscht, ob nu PKW, Transporter oder Antigrav-Boards.
Sie muss nur wissen, das sie ne ID, ein Icon und einen Text als liste anzeigen soll und
welche Kommandos verfügbar sind.

Umgekehrt ists dem Content wurscht, woher ein Kommando kommt (Ob vom HM oder der Navi oder einer Batchdatei). Er muss nur wissen, das er jetzt das Item mit der ID xyz bearbeiten soll (z.B.).


Hoff mal das das ganze etwas verdeutlicht