[himitsu]

Joar, was soll ich dazu sagen?


Es handelt sich um eine Thread-Klasse, welche allerdings auf die Form gepappt werden kann.

Den Vorfahren dieser Klasse nutze ich eigentlich schon eine Weile und nun wurde alles nochmals komplett neu ausfgesetzt.
Auch in Delphi in XE hatte Emba mir (und Anderen) schon die Grundidee geklaut und mit
TThread.CreateAnonymousThread eine Procedur bereitgestellt, womit man einen TThread starten kann, ohne dafür extra eine eigene TThread-Klasse implementieren zu müssen.


So, ich ging nun noch einen Schritt weiter, denn die Variante mit der Prozedur hat einen "kleinen" Nachteil, denn man kann einige Features nicht nutzen.
> So ist es z.B. nicht möglich an die Exceptionbehandlung ranzukommen, so daß Exceptions schnell mal einfach so verschwinden, wenn man es nicht selber verabfängt.
Leider wucks dadurch meine eigene Funktion mit unübersichtlichen Parametern.
Auch bietet die Embas Variante des AnonymousThread keine wirklich vorgesehehne threadsicherr Möglichkeit diesen Thread dann wieder abzubrechen.


Jetzt pappt man also diese Klasse auf seine Form und, wie bei einem TTimer, wird dann die Execute-Methode implementiert.

Alternativ kann man das Teil auch komplett ohne Executemethode nutzen (kann beide Modi aber auch mischen ... siehe Demo) und über eine integrierte Queue lassen sich externe Befehle in diesem bereitgestellten Thread synchronisiert parallelisieren ... ein kleiner Worker-Thread also.

...

k.A. was ich noch sagen könnte.
Und Fotos Screenshots gibt's auch keine.




[add]
Ach ja, die SE-Version ist für ältere Delphi gedacht (falls da was nicht geht, einfach melden)
und das andere Package ist für ab D2010.

himitsu, mei Gutster, das ist also sozusagen eine "Pseudo-VCL"-Thread-Klasse, so wie Delphis Timer?

Mein Kompliment! Muß ich gleich mal ausprobieren.

Was ich gesehen habe gefällt mir. Ich werde damit auch intensiver rumspielen

Zitat von Delphi-Laie:

das ist also sozusagen eine "Pseudo-VCL"-Thread-Klasse, so wie Delphis Timer?

Könnte man so sagen.
Es ist eine "richtige" VCL-Klasse, welche einen TThread kapselt und verwaltet. ('ne Worker-Queue)

- alles schön über den OI einstellbar
- läßt sich auf eine Form/ein DatenModul pappen und schon sieht man gleich wo man einen Thread verbaut hat

Bei der "abgespeckten" SE-Version muß ich aber noch schauen wie sich das verhällt.
Hab's noch nicht in einem älteren Delphi kompiliert.
Aber vom Grundsystem sollte die auch unter älternen Delphis laufen.


PS: 'nen Thread-Pool kommt och irgendwann.

Zitat von v2afrank:

Was ich gesehen habe gefällt mir. Ich werde damit auch intensiver rumspielen

Das freut micht
Also vorallem wenn es nochmals kräftig durchgetestet wird.
Es war nicht grade "einfach" die Synchronisation mit der VCL hinzubekommen.
Vorallem beim Beenden des Programms hatte ich anfangs Probleme, wenn da der Thread noch aktiv auf die Form zugreifen wollte.


[add]
Grade eben hab ich bemerkt, daß in der Queue noch keine Sync-Funktionen vorhanden sind.
Klar kann man dieses auch manuell machen (seit den anonymen Methoden),

markieren

Delphi-Quellcode:

TThread.Synchronize(nil, procedure
  begin
    ...
  end);

aber warum nicht auch dort der einfachere/kürzere Weg?