AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Programmieren allgemein Delphi Konzeptfrage: Interface oder Messages
Thema durchsuchen
Ansicht
Themen-Optionen

Konzeptfrage: Interface oder Messages

Ein Thema von Ghostwalker · begonnen am 9. Nov 2016 · letzter Beitrag vom 10. Nov 2016
Antwort Antwort
Seite 3 von 3     123   
Benutzerbild von stahli
stahli

Registriert seit: 26. Nov 2003
Ort: Halle/Saale
4.343 Beiträge
 
Delphi 11 Alexandria
 
#21

AW: Konzeptfrage: Interface oder Messages

  Alt 10. Nov 2016, 15:04
Nochmal zwei Anmerkungen:

Wenn Du eine PKW-Liste hast:

Zitat:
PKWListe1
PKW1
PKW2
...
PKW10
dann kann Dein Listview ja auf die kompletten PKWs zugreifen und von mir aus in den Items nur das Kennzeichen und die Farbe darstellen.
Dass im PKW-Objekt noch mehr Daten drin stehen ist ja egal.
Du brauchst jedenfalls kein zweites Datenobjekt PkwReduziertFürListendarstellung.

Und wenn jetzt jeder Listeneintrag einen PKW repräsentiert kannst Du bei der Selektierung eines Eintrages einfach das PKW-Objekt an die bekanntgegebene View weiter geben. Das wäre das Einfachste.

Falls die ListenItems auch selbständige Controls sind (quasi viele Panels untereinander in einer Scrollbox) könntest Du jedes Item auch wieder an das PKW-Objekt binden, welches dann wie die Detail-View arbeitet, nur dass es weniger Informationen darstellt und sich in einer Scrollbox befindet, die die PKW-Liste repräsentiert.

Das ListboxItem wäre dann ebenso ein Beobachter des PKW wie das DetailView.
Bei Änderungsmeldungen zeichnen sich beide neu (mit etwas unterschiedlichem Umfang und Style), wobei es dann keine Rolle spielt, in welchem Umfeld sich die Controls befinden.


Die Beobachterliste kann man denkbar einfach realisieren.

Im Datenobjekt einfach:

Delphi-Quellcode:
TPKWData = class...
  fObserverList: TList;
  procedure RegisterObserver(aObserver: TObject);
  procedure UnregisterObserver(aObserver: TObject);
  procedure ObserverInfo;

...

procedure TPKWData.ObserverInfo;
begin
  for I := 0 to fObserverList.Count - 1 do
  begin
    O := TObject(fObserverList[I]);
    if (O is TMyListBox) then
      (O as TMyListBox).RefreshData;
    if (O is TMyListBoxItem) then
      (O as TMyListBoxItem).RefreshData;
    if (O is TMyDetailView) then
      (O as TMyDetailView).RefreshData;
  end;
end;
Wenn man mit Interfaces arbeitet kann man sich das casten an der Stelle ersparen aber wenn man nur wenige Klassen an Beobachtern hat bleibt es auch so ganz übersichtlich. Interfaces bringen ja auch einen Aufwand mit sich.

Wichtig ist natürlich, dass die Beobachtercontrols irgendwie über die Änderungen informiert werden können. Evtl. könnte auch ein Refresh reichen oder man spendiert wie oben eine eigene Methode oder man reagiert auf Messages oder was auch immer.

Wichtig ist m.E. dass die Kommunikation zwischen den Controls möglichst vermieden wird.
Stahli
http://www.StahliSoft.de
---
"Jetzt muss ich seh´n, dass ich kein Denkfehler mach...!?" Dittsche (2004)

Geändert von stahli (10. Nov 2016 um 15:30 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 3     123   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 06:25 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz