Ich würde gerne eure Meinung hören ob das vollkommen sinnfrei ist.

Ich würde gerne eine Main-VCL-Form starten, diese hat verschiedene Objekte, Listen und Co.
Nun sollen verschiedene Jobs über Threads gestartet werden. (per Klick auf Buttons).
Diese Jobs haben nichts miteinander zu tun, kommen sich also nicht gegenseitig ins Gehege.

Ich möchte das die Threads Vcl Formen erstellen und diese steuern. Wenn der Job der erstellten Form erledigt ist, fragt der Thread das Ergebnis über eine Propety ab, verarbeitet das Ergebnis, zerstört die Form und sendet das Ergebnis an die "Main-Form".

Kann man generell so vorgehen, oder ist dieses Konstuckt abartig.

Mich würden da einfach mal eure Meinungen Interessieren. Es gibt auch noch keine Zeile Code sondern nur eine Idee für ein zukünftiges Projeckt.

Gruß
SM

Hello.

Wozu soll denn der Thread extra ein Formular erstellen. Wenn es nur dafür benötigt wird, kann man doch einfacher mit Klassen/Objekten arbeiten?

Grüße,
Ebenfalls SM

Für den Zweck musst du dann non-VCL Fenster benutzen. Das funktioniert dann problemlos.

Threads und VCL-Forms ist ein No-Go.
Da wird es früher oder später gewaltig krachen.

Hintergrund:
Alle Windows-Handles/GDI-Ressourcen sind nur im erzeugenden Thread gültig.
Du erzeugst zwar das Formular im Thread (und damit könnt man in diesem Thread drauf zugreifen). Es wird aber auch öfter auf die globalen Instanzen Screen und Application zugegriffen, welche Handles haben welche im Hauptthread erzeugt wurden. Und bei diesen wird es dann früher oder später krachen.

Ich möchte eine eigentlich über den Thread eine eigenständige Form erstellen die NICHT auf die Mainform zugreift (sondern wirklich eigenständig arbeiten) die Ergebnisse würden vom Thread ausgelesen und verarbeitet werden.
Der Thread soll ja eine sichtbare Form erstellen, sonst könnte ich ja den Thread selbst den Job tun lassen.
Ich würde ja gerne den Thread die "Steuerung" der Formen überlassen.

Ps: NonVcl ?? Hatte ich noch nie zwischen meinen Fingern. Ich denke daher das der Mehraufwand größer wäre als das Projekt "anders" zu planen.

Natürlich kann man auch mit klassen und Co Arbeiten, Ich würde aber gerne wissen was mit Threads möglich ist. Wobei mir klar ist das Threads mit sichtbaren Komponenten nicht gerade einfach und gut Kirschen-essen ist.


Alle Anregungen sind willkommen
Gruß

SM

Zitat von ScharfeMietze:

Ps: NonVcl ?? Hatte ich noch nie zwischen meinen Fingern. Ich denke daher das der Mehraufwand größer wäre als das Projekt "anders" zu planen.

Das kommt darauf an. In unserem Fall ging es lediglich um eine Logausgabe, sprich einen Button und ein Memofeld. Das ist schnell gemacht. Größere Formulare sind natürlich aufwendiger.

Die einzige Arbeit die eine Form erledigen sollte, ist die Kommunikation mit dem Benutzer. Man spricht deshalb auch vom UI (UserInterface). Eine freundliche UI ist vor allem immer aufmerksam (responsive).

Ein Download500GbFileFromInternet Button sollte nichts weiter machen als auf diesen Wunsch des Benutzers zu reagieren und entsprechend weiterleiten. Die gewünschte Aktion selber wird im Hintergrund (Thread) erledigt weil sonst die UI für Minuten/Stunden nicht mehr reagiert.

Zitat von ScharfeMietze:

Ich möchte eine eigentlich über den Thread eine eigenständige Form erstellen die NICHT auf die Mainform zugreift

Das macht die VCL schon ganz alleine.
Besser wäre es das Formular normal zu erzeugen und den Workerthread vom Formular erzeugen zu lassen.
Es gibt genügend Möglichkeiten dann vom Thread die Aktualsierungsinformationen ans Formular zu bringen.

Zitat von ScharfeMietze:

Kann man generell so vorgehen, oder ist dieses Konstuckt abartig.

Das einige was man nicht im Thread macht ist auf die UI zuzugreifen...

Die eigentliche Frage ist... Was willst Du den machen?

Ich seh schon das hier nimand wirklich ein gutes Haar an der Idee hat.
Ich Plane dann doch lieber anders
Danke für eure Meinungen!
Gruß
SM