Windows-Messages sinnvoll verteilen

[Uwe Raabe]

Weiß nicht ob es passt, aber vielleicht gibt es ein paar Anregungen: Event-Driven, Asynchronous Development with Delphi and the LKSL

[Sir Rufo]

Warum willst du dich überhaupt auf Windows-Messages und auch die Verwendung von PostMessage festlegen?

Nimm doch einfach TThread.Queue und schon geht das auch auf jeder Plattform.

[TiGü]

Zitat von Sir Rufo:

Warum willst du dich überhaupt auf Windows-Messages und auch die Verwendung von PostMessage festlegen?

Nun ja, es ist eine über 10 Jahre alte Windows-Desktop-VCL-Anwendung, die wohl bis die Hölle zufriert nicht das Licht der Apfelsonne sehen wird oder gegen Androiden bestehen muss.
Von daher ist die "Einschränkung" auf Windows-Messages in dem Sinne keine.

Zitat von Sir Rufo:

Nimm doch einfach TThread.Queue und schon geht das auch auf jeder Plattform.

Verstehe den Ansatz mit Queue so, dass dadurch von gerade laufenden Threads aus entsprechende Methoden des Threads im Formularkontext/VCL-Main-Thread ausgeführt werden, richtig?
Häufig senden sich in meinem Anwendungsfall aber auch Unterformulare untereinander oder zum Hauptformular Benachrichtigungen.
Wie würde man das mit TThread.Queue lösen?

Des Weiteren besteht ja schon die Botschaftsbehandlung durch entsprechende Message-Handler in den Formularen, so dass ich "nur" relativ schmerzlos das anmelden und senden der Botschaften in diesem Ansatz anpassen müsste.

Ich wollte mit dem Posten des Quelltextes nur sicher gehen, dass ich nicht irgendetwas Elementares übersehen habe.
Unter der Prämisse, dass es halt nur auf Windows läuft, was hältst du denn von diesem Lösungsansatz zum Entkoppeln der einzelnen Units untereinander?

[TiGü]

Zitat von Uwe Raabe:

Weiß nicht ob es passt, aber vielleicht gibt es ein paar Anregungen: Event-Driven, Asynchronous Development with Delphi and the LKSL

Vielen Dank, beim ersten Überfliegen sieht das nach interessanter Lektüre aus.
Habe mir ein Lesezeichen gesetzt und werde das am Wochenende mal ausführlicher studieren.