Kleiner Tipp: Arbeite mit Messages (PostMessage), statt Synchronize, um deine Hauptform zu aktualisieren.

Zitat von nuclearping:

Kleiner Tipp: Arbeite mit Messages (PostMessage), statt Synchronize, um deine Hauptform zu aktualisieren.

Oder nimm nicht PostMessage und Programmiere so, dass es auch auf anderen Plattformen läuft.

Zitat von Mavarik:

Oder nimm nicht PostMessage und Programmiere so, dass es auch auf anderen Plattformen läuft.

Jein. PostMessage funktioniert auch mit FMX: http://francois-piette.blogspot.de/2...ndows-and.html

Zitat von Luckie:

Und warum sollte er mit Nachrichten synchronisieren, wenn er die Thread Klasse benutzt?

Die Alternative wäre Synchronize oder Queue und dort entweder direkt auf die Form zugreifen oder per Events.

Synchronize ist aber zB blockierend. Dh wenn es sein Ziel war, die Hauptform weiterhin nutzen zu können, wird wohl der ständige Aufruf von Synchronize zum Aktualisieren der Form trotzdem zu "rucklern" führen. Queue ist zwar nicht blockierend, aber ich habe die Erfahrung gemacht, dass es mit PostMessage die wenigsten "komischen" Probleme gibt und vermeide seither die Verwendung von Synchronize oder Queue , seit ich schon mehrfach mehrere Stunden mit dem Debuggen von unerklärlichen Zugriffsverletzungsmeldungen verbracht habe. Obwohl vom Code her alles in Ordnung war und ich keinen Fehler feststellen konnte, hat es trotzdem nach einiger Zeit geknallt. Und nach Umstellung auf Nachrichten lief alles wie am Schnürchen.

Ich finde auch, dass der Versand von Nachrichten "flexibler" ist, da zum einen der Thread nicht zwangsläufig den Empfänger kennen muss. Sprich man nutzt entweder Application.MainForm.Handle oder übergibt dem Thread das Handle des zu aktualisierenden Formulars. Und zum anderen ist es auch flexibler in der Datenübergabe. Man kann einen Pointer auf einen Record oder ein Objekt übergeben, statt Felder des Formulars direkt anzusprechen oder den ganzen Overhead zur Deklaration der jeweiligen Event-Methoden mit ihren jeweiligen Parametern anzulegen.

Ist wohl auch eine Geschmacks- und Erfahrungssache. Die PostMessage-Methode ist nach dem Motto "Fire & Forget" und ich persönlich finde deren Handhabung am einfachsten und flexibelsten.

Zitat von nuclearping:

Jein. PostMessage funktioniert auch mit FMX: http://francois-piette.blogspot.de/2...ndows-and.html

Und warum soll ich sowas nachprogrammiertes nehmen.. FMX kann das von Hause aus...

Zitat von Mavarik:

Und warum soll ich sowas nachprogrammiertes nehmen..

Sollst du doch garnicht?

Zitat von Mavarik:

FMX kann das von Hause aus...

Wenn FMX das von Haus aus kann, warum dann dein Post oben ...?

Zitat von Mavarik:

Oder nimm nicht PostMessage und Programmiere so, dass es auch auf anderen Plattformen läuft.

Zitat von nuclearping:

Wenn FMX das von Haus aus kann, warum dann dein Post oben ...?

Weil:

TMessageManager.DefaultManager.SendMessage(NIL,TFooMyMessage.Create(Whatever)); Der "richtige" Aufruf wäre...

Zitat von Mavarik:

Weil:

TMessageManager.DefaultManager.SendMessage(NIL,TFooMyMessage.Create(Whatever)); Der "richtige" Aufruf wäre...

Interessant. Danke. Sag das doch gleich.

Habe mich noch nicht so viel mit FMX beschäftigt. Ist SendMessage blockierend, so wie Windows' SendMessage? Oder verhält er sich da wie PostMessage?

Zitat von nuclearping:

Kleiner Tipp: Arbeite mit Messages (PostMessage), statt Synchronize, um deine Hauptform zu aktualisieren.

Und warum sollte er mit Nachrichten synchronisieren, wenn er die Thread Klasse benutzt?

Zitat von Luckie:

Und warum sollte er mit Nachrichten synchronisieren, wenn er die Thread Klasse benutzt?

Ich könnte mir noch vorstellen, das man seine Nachrichten asynchron schicken möchte.
Wenn man synchronen Nachrichtenversand und die Auswertung ordentlich wegkapselt hat man ... synchronize nachimplementiert!

So vom Gefühl her würde ich niemals einen Thread einfach so erzeugen und in die freie Wildbahn entlassen. Ich weiß doch gar nicht, wann der zurückkommt. Da er zudem auf das Formular zugreifen will und ich ihm das u.U. irgendwann vor der Nase wegschließe, habe ich hier doch einfach zu viele Unsicherheiten.

Ich mache es immer so:
1. Ich kenne meine Threads. Ich speichere Sie irgendwo, z.B. in einem Feld oder in einer Liste etc.
2. Ich schreibe im Thread den Code so, das der Thread bei ein 'Terminate' relativ schnell beendet wird.
3. Wenn ich die Anwendung beende, rufe ich für jede Thread die Methode Terminate auf.