Ergebnis der Suchanfrage

• Forum: Programmieren allgemein

  AW: Aktualisierung und SendMessage

   
    by jaenicke, 28. Okt 2013
  Ob der Overhead der Messagebehandlung da wirklich so viel geringer ist?
  
  Messages sind jedenfalls gerade bei größerem Datenaufkommen ungeeignet, da alles über einzelne Nachrichtenwarteschlangen läuft. Wenn diese dann zu stark belastet werden, merkt man das an einer etwas träge auf Eingaben reagierenden Anwendung, da die dazu gehörenden Nachrichten entsprechend langsamer behandelt werden können....
• Forum: Programmieren allgemein

  AW: Aktualisierung und SendMessage

   
    by jaenicke, 28. Okt 2013
  Nur als Hinweis, falls es relevant sein sollte: PostMessage geht nur, wenn man die Daten nach dem Abschicken nicht wieder freigibt, da die Abarbeitung später passiert.
  
  Eine Trennung der Steuerung der GUI von der Datenverwaltung und auch der einzelnen Fenster untereinander hielte ich aber für sinnvoller als ein Fenster direkt mit den anderen Fenstern via Messages kommunizieren zu lassen.
• Forum: Programmieren allgemein

  AW: Aktualisierung und SendMessage

   
    by jaenicke, 27. Okt 2013
  Stimmt, anonyme Methoden gibt es erst ab Delphi 2009.
  
  Genau dafür kannst du das nutzen. Du kannst dem Thread Bescheid geben und der verteilt die Aktualisierungen asynchron weiter an die weiteren Anzeigen.
• Forum: Programmieren allgemein

  AW: Aktualisierung und SendMessage

   
    by jaenicke, 26. Okt 2013
  Ich würde die Kommunikation asynchron per Thread machen und die graphische Aktualisierung synchronisieren. Das funktioniert auch beim Verschieben eines Fensters problemlos, zumindest unter Windows 8. Testbeispiel von mir eben (nicht schön, nur zum Test):type
  TTest = class(TThread)
  protected
  procedure Execute; override;
  end;
  
  TForm18 = class(TForm)
  Button1: TButton;
  ...