Änderungen am Inhalt einer Klasse an andere melden

[Popov]

Ich hab ein kleines Problem, und zwar habe ich eine Klasse (nennen wir sie X) die wiederum anderen Klassen beinhaltet (sagen wir mal A und B). Wenn sich nun der Inhalt der Klassen A oder B ändert, soll die Klasse X etwas machen, sagen wir mal beide Werte vergleichen. Und ich weiß gerade mal nicht wie ich das anstellen soll.

Es geht nicht drum, dass ich die Überprüfung anstoße, die soll automatisch durchgeführt werden. Ändert sich z. B. der Inhalt der Klasse A oder B, soll X überprüfen ob beide gleich sind. Alle Klassen sind von mir, somit kann ich alles anpassen, falls es notwendig wird.

[Meflin]

Klingt doch ziemlich genau nach dem Observer-Pattern.

[Popov]

Das hört sich durchaus interessant an, nur wie setzt man sowas um?

[Sir Rufo]

Zitat von Popov:

Das hört sich durchaus interessant an, nur wie setzt man sowas um?

So

Für meine Instanz-/Anwendungs-Kommunikation habe ich mir einen Messenger geschrieben nach diesem Vorbild.

Der nutzt aber (wie das Vorbild) Generics und anonyme Methoden und läuft damit nur mit aktuellen Delphi-Versionen.

[Furtbichler]

Observerpattern ist natürlich eine Antwort:

Variante 1 (Observer-Pattern): Deine Klassen 'A' und 'B' sagen 'X': "Ich hab mich geändert". 'A' und 'B' wären ISubject und 'X' der IObserver.

Variante 2: Du implementierst einen 'Controller'. 'X' meldet sich beim Controller an und sagt dem 'Wenn dir jemand sagt:'Hab mich verändert', sag mir Bescheid'. 'A' und 'B' kennen den Controller und sagen dem 'Hab mich verändert', wenn sich etwas verändert hat.

Der Vorteil von #1 ist die unmittelbare Umsetzung, d.h. wenn Du sowas sonst nicht brauchst, dann ist das ein Dreizeiler. (X implementiert einfach eine Methode, die A und B aufrufen). Nachteil: Wenn 'X' nicht instantiiert ist, haben wir ein Problem, denn A und B benötigen ja eine Instanz von 'X'. Noch ein Nachteil: Wenn man das öfter implementiert, hat man redundanten Aufwand und keine zentrale Kontrolle, wer mit wem spricht (braucht man manchmal).

Der Vorteil von #2 ist sehr hohe Flexibilität und Erweiterung: Z.b. könnte sich jemand zum Debuggen an die Benachrichtigung anhängen. Der Controller sagt dann nicht nur 'X' Bescheid, sondern auch der zweiten Instanz. Der größte Vorteil ist aber, das sich alle nur mit dem Controller reden, also A und B von X keine Kenntnis haben müssen, d.h. A und B können immer mitteilen 'Hab mich verändert', auch wenn es 'X' gar nicht gibt. Der Nachteil ist ein erhöhter Umsetzungsaufwand, weil der Controller ja geschrieben werden muss. Aber schlimm ist das nicht.

Ach, und dann gibt es ja noch Messages. Du kannst einfach Deine Klassen mit einem Messagehandler ausstatten und auf Messages reagieren.

Ich würde mich mit #1 und #2 beschäftigen und -je nach Anforderung- eins von beiden Umsetzen.