Kommunikation zwischen Thread und GUI?
-
Hallo leute,
nehmen wir an ich habe eine Klasse, welche einen Berechnungs Thread enthält...der Fortschritt der Berechnung soll auf der GUI dargestellt werden. Wie macht ihr das?
Hab mir gedacht, ich rufe in einem best. intervall im thread eine callback funktion (funktor ) auf, welche von der GUI implementiert wird... oder ist das scheisse?
-
Kann man so machen. Läuft wahrscheinlich darauf raus, dass im Callback nicht allzu lang verweilt werden sollte (sonst wird die Berechnung "gestört".)
Unter Windows muss noch beachtet werden, dass auf die GUI Controls nur vom GUI Thread aus zugegriffen werden darf. Das heisst es muss noch einen Thread Switch geben, z.B. unter Windows mit Windows Messages.
Gruss Simon
-
hmm.. im mfc forum hies es, das man in einem speratren thread, welcher eine referenz auf die GUI bzw. Fenster hat, funktionen darauf ausführen kann...
Wie sieht denn so ein thread switch aus?
Hmm.. ich könnte es auch so machen.. in jedem Thread intervall schick ich per send message ein event an das Fenster X , wobei ich der funktion, welche den thread enthält den hwnd mitgebe!!
-
Yoa, deine letzte Idee ist auf jedenfall die einfachste Lösung!
-
BorisDieKlinge schrieb:
Hmm.. ich könnte es auch so machen.. in jedem Thread intervall schick ich per send message ein event an das Fenster X , wobei ich der funktion, welche den thread enthält den hwnd mitgebe!!
so mach ich das auch immer
-
und klappt das gut machine?
-
Ist PostMessage nicht die funktion, die es den message thread ausführen lässt?
-
wurst schrieb:
Ist PostMessage nicht die funktion, die es den message thread ausführen lässt?
der satz ergibt für mich keinen sinn.
@Boris: funzt einwandfrei. du sendest ne selbst definierte message aus dem thread an die gui und reagierst dann darauf.
-
coole sache machine... dann las ich das mit dem callback/funtor gedöns;)
-
MSDN schrieb:
This function sends the specified message to a window or windows. SendMessage calls the window procedure for the specified window and does not return until the window procedure has processed the message. The PostMessage function, in contrast, posts a message to a thread's message queue and returns immediately.
-
wurst , das ist ne gute idee.. das heist Postmessage ist asycnron, wobei SendMessage syncron läuft...!
Naja aber ich müsste trozdem ein feedback von PostMessage bekommen ob es successfull war..
bei SendMessage würde der Thread warten , und so syncron laufen... wobei bei nem fehler in der EventFunktion der thread hängen würde.. gibts da keine Timeout mögliuchkeit?
-
wenn es sich um eine bestimmte WM handelt WM_USER + ... dann kann man ja einfach ein event oder einen pointer mitgeben, der bei erfolg eben TRUE wird, bzw. wo der andere thread das event setzt.
-
BorisDieKlinge schrieb:
gibts da keine Timeout mögliuchkeit?
SendMessageTimeout?
-
Die entwickler ham sich was dabei gedacht.
-
wurst schrieb:
Die entwickler ham sich was dabei gedacht.
wow , die funktion gibts wirklich^^ ! bin ich aber froh das sie so weit gedacht haben
-
du kannst auch in dem handler für deine WM_APP + ... message ein "ReplyMessage(...)" einbauen.