MultiThreading Ereignisbearbeitung GUI Applikation / Service

[mjustin]

Zitat von taveuni:

Scheint mir ein Designproblem zu sein. Wir haben auch diverse Entwicklungen welche sowohl als auch laufen.

Verwenden diese auch Threads?

Da ein Thread nicht wissen kann, ob er in einem Service, einem Konsoleprogramm, unter OSX, Linux (Android) oder innerhalb einer VCL GUI Anwendung läuft, muss er entweder auf synchronize verzichten oder von der Anwendung 'informiert' werden, ob synchronize verwendet werden soll...

Und wie der rote Kasten mir gerade anzeigt, wird in Comport auch fleißig Synchronize verwendet

[Olli73]

http://docwiki.embarcadero.com/Libra...eckSynchronize

Steht aber eigentlich schon in dem verlinkten stackoverflow-Artikel oben.

[mjustin]

Zitat von Olli73:

http://docwiki.embarcadero.com/Libra...eckSynchronize

Steht aber eigentlich schon in dem verlinkten stackoverflow-Artikel oben.

CheckSynchronize ist nur notwendig, wenn man den Code, der synchronize aufruft (in einer nicht-VCL Anwendung) nicht unter eigener Kontrolle hat. (Zum Beispiel wenn man nur DCUs und nicht den Sourcecode hat.

Wenn der Thread "weiss", dass er kein synchronize braucht, ist auch CheckSynchronize nicht notwendig, sondern nur Overhead (bzw. eine Lösung für ein Problem, dass man ohne synchronize nicht hat).

synchronize ist so etwas wie das GOTO (oder with) der Delphi Threadprogrammierung. IMHO. Ok, ich verwende es in eigenem Code - aber mit einem 'if ...' davor

[Olli73]

Zitat von mjustin:

CheckSynchronize ist nur notwendig, wenn man den Code, der synchronize aufruft (in einer nicht-VCL Anwendung) nicht unter eigener Kontrolle hat.

Also wie im konkreten Fall gegeben. Er benutzt Komponenten, die synchronize benutzen und kann (oder will?) die nicht anpassen.

Ansonten würden ich auch eher Critical Sections empfehlen.