2 Formulare verbinden geht nicht :(

[Perlsau]

Zitat von DeddyH:

Eigentlich sollte man es aber vermeiden, dass 2 Klassen sich gegenseitig kennen müssen. Dasselbe gilt für Fomulare (sind ja schließlich auch nur Klassen). Wenn ein Formular eine Schnittstelle (etwa in Form einer Property) anbietet, kann ein anderes darüber auf das Formular zugreifen und ggf. vice versa. Dafür ist es dann aber nicht mehr notwendig, dass das Fomular mit der Schnittstelle das andere kennt.

Richtig. Doch im einen Fall benötigte ich gewisse Manipulationen der Properties nicht vom Mainform aus, sondern auch von anderen Forms bzw. Units. Bestes Beispiel, das mir gerade einfällt: Im AfterScroll-Ereignis etlicher Datasets, die im Datenmodul liegen, sollen bestimmte Anzeigen auf dem Mainform aktualisiert werden, so z.B. die aktuelle Record-Nummer oder eine ComboBox. Ich hatte z.B. eine Zeit lang das Problem, daß ich in DBLookUpCombos keine korrekte Darstellung von Strings, die in der Firebird-DB als UFT8 codiert waren, erreichen konnte. Das lag an den veralteten Datenbank-Komponenten. Da mußte ich auf ComboBoxen ausweichen, und deren ItemIndex mußte nach jedem Scroll der Haupttabelle aktualisiert werden. Wie sollte ich das sonst lösen als durch einen Eintrag von UnitMain in das Implementation-Uses von UnitData (Datenmodul)? Schwierigkeiten hat das zumindest gar keine gemacht, um nicht zu sagen, es hat wunderbar funktioniert.

[DeddyH]

Das könnte man z.B. über das Observer-Pattern lösen, indem sich die Comboboxen als Observer des Datasets registrieren, dabei kommt dann eine Art "Data-Binding für Arme" heraus. Ist ein wenig aufwändiger, aber letzten Endes sauberer.

[mentaltec]

Hi,

meistens schick ich dem MainForm (Notify)-Messages, wenn so was gebraucht wird; die entsprechenden Datenstrukturen sollten eh nicht im MAinform deklariert werden

oder aber man übergibt dem Subform die Adresse einer Callbackfkt - das iss aber auch nur was für Puristen

mfg

[DeddyH]

Statt Messages könnte man auch Events verwenden.