Fenster schließt sich nicht

[himitsu]

Wer ruft denn Queue im Hauptthread auf und wozu?

Queue macht dort quasi ein Synchronize,
und wer Synchronize haben will, der kann auch direkt Synchronize benutzen.

Wobei Synchronize im Hauptthread nutzlos ist, da es nichts Anderes macht, als den Code "jetzt" auszuführen (auf sich selber zu warten wäre eh irrsinnig)
und das kann man auch einfacher haben, indem man weder Synchronize, noch Queue benutzt.


TThread.Queue "bedeutet" doch IMHO "führe nicht jetzt aus, sondern später",
und das macht Queue ja schließlich nicht, innerhalb des Hauptthreads. :freak:

[jaenicke]

Zitat:

Zitat von himitsu (Beitrag 1521207)

Wer ruft denn Queue im Hauptthread auf und wozu?

Wie gesagt, damit ich nicht selbst eine Variable für die anonyme Funktion anlegen und dann im Hauptthread direkt ausführen und ansonsten mit Queue ausführen muss. Da Queue sich da selbst drum kümmert, nutze ich dafür immer einfach das. ForceQueue brauche ich viel seltener, denn die Abkopplung brauche ich meistens nicht.

[Uwe Raabe]

Ich verstehe den Sinn der ganzen Diskussion nicht. Es ist doch vollkommen irrelevant ob die Queue-Implementierung richtig oder falsch war/ist - sie ist einfach Fakt, dokumentiert und eine Reihe von Programmierern verlässt sich darauf. Die Entscheidung für ein ForceQueue (oder wie man es auch nennen will) war die einzige Möglichkeit, die gewünschte Funktionalität bereitzustellen ohne bestehenden Code in fehlerhaften Code zu verwandeln. Es gibt schon genug Fälle, in denen das nicht so gehandhabt wurde.