verhindern: Klick auf Titelleiste stoppt Programm

[Sir Rufo]

Queue leistet im Prinzip das gleiche wie Synchronize mit einem entscheidenden Unterschied:

Synchronize( AMethod ) arbeitet die Methode in einem synchronisiertem Kontext ab (klar, das wissen wir alle).
Wenn in dieser Methode jetzt eine Wahnsinns-Berechnung durchgeführt wird, die z.B. so 10 Sekunden dauert, dann wird auch der Thread (aus dem Synchronize aufgerufen wurde) für genau diese 10 Sekunden quasi unterbrochen.

Queue( AMethod ) übergibt das (intern) an eine MessageQueue und der HauptThread arbeitet diese ab, wenn er dafür Zeit hat.
Der Thread läuft aber direkt danach weiter und wird nicht durch die lange Abarbeitung unterbrochen.

Somit hat Synchronize ein blockierendes und Queue eine nicht blockierendes Verhalten.
Ansonsten sind die gleich

Zitat:

Zitat von taveuni (Beitrag 1064416)

Aber in Sir Rufos Anwort werden eben diese in eine Queue geschoben.
Denn der Thread macht ja eigentlich was anderes.
Meiner Ansicht nach müssen diese Methoden in der Queue aber dann
von einem anderen Thread abgearbeitet werden. Ansonsten wär es ja witzlos.

Wird die doch auch ... vom HauptThread oder jedem anderen, den man dabei mitgibt (genau wie beim Synchronize)

[taveuni]

Bitte Bitte sag mir dass es das auch bei Delphi 2007 schon gibt.
Kanns leider hier zu Hause nicht überprüfen.

[Luckie]

Ab welcher Delphi Version gibt es die Methode Queue von TThread?

[taveuni]

Zitat:

Zitat von Luckie (Beitrag 1064423)

Ab welcher Delphi Version gibt es die Methode Queue von TThread?

Ich sehe Du hast Delphi 2006.
Gibts die bei Deiner?
(Dann hab ich die auch. Hechel)

[Luckie]

Kann ich im Moment nicht nach gucken, da ich ihr auf dem Netbook nur Delphi 7 installiert habe.

Nachtrag: Unter D7 gibt es die Methode noch nicht.

[Sir Rufo]

Gute Frage ... bei D2010 gibt es die auf jeden Fall

Im Anhang mal ein kleines Test-Projekt wo man den Unterschied zwischen Queue und Synchronize sehen kann.

In der Listbox wird jeweils der Erstellungszeitpunkt im Thread und der Zeitpunkt der Anzeige geschrieben.
Nach jeder Anzeige schläft der HauptThread 500ms (um eine zeitraubende Bearbeitung zu simulieren)
Bei Synchronize sind beide Zeiten gleich, bei Queue sind diese unterschiedlich.

(exe + src included)

(äh, der Source ist nur so hingeklatscht ... also bitte keine Kommentare wegen dem Stil :mrgreen: )

[taveuni]

Puhh..
Was hab ich mir eigene ThreadPools gebaut genau für diesen Zweck.
Ich hoffe doch sehr dass mich am Montag diese Methode aus D2007 anspringt!

Danke. Man lernt immer wieder dazu.
(bzw. endeckt Features von denen man nur zu träumen wagte)

[Luckie]

Moment, ThreadPools sind was anderes. ThreadPolls verwalten mehrere WorkerThreads. Wie unser Adel schon geschrieben hat ist die Methode Queue die non-blocking Version von Synchronize.

[Bummi]

@Sir Rufo

es gibt da eine Stelle in Deinem Code, mit dem ich nicht klar komme:

Delphi-Quellcode:

constructor TWorkThread.Create( CreateSuspended : Boolean );
  begin
    FCS := TCriticalSection.Create;

ich war bisher davon ausgegangen dass diese Section ein eindeutiger, einmaliger Abschnitt sein muss.

[SirThornberry]

Es kommt speziell darauf an was du in der Oberfläche aktualisieren willst. Willst du nur eine Progressbar aktualisieren wäre eine Variante den aktuellen Fortschritt in einer Variablen abzulegen und per Timer dann diesen Status in regelmäßigen Abständen abfragen. Oder anstelle von syncronize einfach Nachrichten posten (mit Postmessage). Aber es kommt immer darauf an was genau man machen will um zu schauen welche Methode die beste ist.