Programm mit 181 Fenstern

[messie]

Zitat:

Zitat von HHick123

Zitat:

ich erzeuge die meisten Fenster erst zur Laufzeit

Ok, werd' ich auch so machen...

Das würde ich von der Programmstruktur abhängig machen. Ich kann mir allerdings kein Programm vorstellen, wo so viele Fenster mit ganz unterschiedlicher Grafik und unterschiedlichen Funktionen existieren können, das es lohnt. Zudem dürfte es hässlich groß werden mit all den Ressourcen.
Das neu Erzeugen und Füllen der Unterfenster vermeidet auch Speicherprobleme: Fenster erzeugen, Daten übergeben, Daten einsammeln, freigeben ist einfach übersichtlicher.
Ich hab' hier eine Anwendung, die bestand ürsprünglich aus 26 Forms, die Daten wurden jeweils global vorgehalten. Jetzt habe ich noch vier Forms, was außer dem Hauptfenster mit Hauptmenü ein About- ein Help- und das Fenster für die eigentlichen Berechnungen sind.

Grüße, Messie

[HHick123]

Zitat:

kein Programm vorstellen, wo so viele Fenster mit ganz unterschiedlicher Grafik und unterschiedlichen Funktionen existieren können

Ja, ist eher ein antikes Programm. Nennen wir es mal "Bauteilbibiliothek". Man kann sich das so vorstellen: Jeder Bauteil hat ein eigenes Fenster, in dem sich die unterschiedlichsten Eigenschaften der Bauteile einstellen lassen (wobei es eine Menge gegenseitiger Beeinflussungen gibt). Wenn man das heute von "Scratch" neuprogrammieren würde, würde man das ev. überhaupt anders machen (TreeView oder ähnliches in einem Fenster), ok, aber der Kunde möchte unbedingt, dass das Programm genauso aussieht, wie früher...

[rotfc]

Bei den 181 Dialogen kann ich mir kaum vorstellen, daß für jede einzelne Einstellung des Programms ein eigener Dialog benutzt wird.

Irgendwo muß der Kram auch *zentral* gespeichert werden, noch dazu, wenn sich die Einstellungen gegenseitig beeinflussen (wie Du schrubst).

Diese zentrale Datei, in der diese Einstellungen gespeichert werden, würde ich mir als erstes vorknöpfen:

- welche Dialoge lesen davon Daten (nur) aus
- Welche Dialoge speichern darin (nur) Daten
- welche Dialoge ändern lesend und speichernd Daten?

Mein erster Ansatz ginge so in die Richtung einer Unit mit globalen Definitionen/Funktionen/Variablen für alle "Dialoge".

Zeig doch vielleicht mal eines dieser alten Dialogfenster (Source mit Screenshot).

Vielleicht hülft's ;-)

[HHick123]

Zitat:

Diese zentrale Datei, in der diese Einstellungen gespeichert werden, würde ich mir als erstes vorknöpfen

Dahinter steckt eine Oracle-Datenbank. Ich werd' mir die Daten mal näher anschauen und auch analysieren, welche Dialoge wie darauf zugreifen.

Zitat:

Zeig doch vielleicht mal eines dieser alten Dialogfenster (Source mit Screenshot).

Ev. komm' ich später darauf zurück...

Viele Grüße, Helmut