Beim Programmstart werden alle Units abgearbeitet

[Zacherl]

Über Projekt -> Projektoptionen -> Formulare kann man auch in der IDE direkt einstellen, welche Formulare automatisch erzeugt werden sollen.

[Alallart]

@Mario61

Es gibt verschiedene Wege zum Ziel, der einfachste ist deine Message-Boxen in OnActivate oder OnShow Ereignisse zu legen. OnCreate wird beim erzeugen des Formulars ausgeführt, die anderen (je nach dem) erst beim Anzeigen.

[KodeZwerg]

Da Du über Application.CreateForm() FormX erzeugst brauchst Du Dir um sowas keine Gedanken machen, das verwaltet alles die Application Klasse. Worüber ich mir gerade eher Gedanken mache ist, was passiert wenn Du den Knopf zum Anzeigen von FormX mehrmals drückst, ob so Speicherlecks entstehen je nachdem was die Form so alles bereit hält? Also ich pers. würde Application.CreateForm() nur einmal benutzen und danach über Visible := True oder Show/ShowModal steuern. FormX beibringen das wenn es geschlossen wird lediglich ein Visible := False ausgeführt wird. Auf diese Weise wird nicht wieder und wieder die Form neu generiert. Ich hoffe das ich mich Verständlich ausgedrückt habe.
Da Du geschrieben hast das Deine FormX sehr lange braucht beim Programm-Start, vielleicht wäre es ja auch Sinnvoll einen Thread zu erstellen der in Deiner Hauptform ausgeführt wird, der erstellt alle Application.CreateForm() im Hintergrund und wenn Du die dann Anzeigen willst sind sie bereits geladen und schwupps aufm Bildschirm.
Das mit Deiner ShowMessage() kannst Du nur umgehen indem Du den FormCreate/Initialization Code in eine eigene Prozedur auslagerst und bei Bedarf diese Prozedure aus Deiner Hauptform aufrufen, das könnte zum Beispiel in dem Thread automatisch erledigt werden.
Der Vorteil wäre halt das Du von der Bedienung her kaum einen Unterschied spürst, alle Formulare sofort ansprechbar sind und Dein Programm beim Starten schön schnell sein könnte.
Es kommt halt auf Dein Programm und Sinn und Zweck an, das sollte halt nur ein Szenario abdecken.

[CCRDude]

Formulare auszuklammern um den Programmstart zu beschleunigen ist ein schneller Workaround, aber generell wäre es sinnvoller, FormCreate als constructor zu betrachten und zu behandeln, also entsprechend klein und definiert zu halten.

Daten laden etc. was für den Inhalt des Fensters wichtig ist geht auch später. Bei FormShow/FormActivate muss man schauen, dass das wiederholt getriggert werden kann... ich habe gute Erfahrungen mit dem ersten Aufruf von FormPaint, dann wird das Formular schon angezeigt). Dann muss man aber natürlich schauen, dass Interaktionen ggfls. noch disabled sind.

@KodeZwerg: die VCL ist aber nicht threadsicher, UI-Krams im Thread ist keine gute Idee Threads an sich sind natürlich innerhalb jeder einzelnen Form zum Laden der Daten oder ähnlich langwierigem dann wieder eine gute Idee.

[KodeZwerg]

Zitat von CCRDude:

@KodeZwerg: die VCL ist aber nicht threadsicher, UI-Krams im Thread ist keine gute Idee Threads an sich sind natürlich innerhalb jeder einzelnen Form zum Laden der Daten oder ähnlich langwierigem dann wieder eine gute Idee.

Gibt es einen Grund so etwas zu behaupten? Hauptform nicht im extra-Thread aber die Sub-Forms die man bei Start nicht benötigt. Bei Thread-Ende sollte erst der "Zeige FormX" Knopf aktiviert werden. Was sollte daran schiefgehen?

[Bernhard Geyer]

Zitat von KodeZwerg:

Zitat von CCRDude:

@KodeZwerg: die VCL ist aber nicht threadsicher, UI-Krams im Thread ist keine gute Idee Threads an sich sind natürlich innerhalb jeder einzelnen Form zum Laden der Daten oder ähnlich langwierigem dann wieder eine gute Idee.

Gibt es einen Grund so etwas zu behaupten? Hauptform nicht im extra-Thread aber die Sub-Forms die man bei Start nicht benötigt. Bei Thread-Ende sollte erst der "Zeige FormX" Knopf aktiviert werden. Was sollte daran schiefgehen?

Das ist Allgemeinwissen. Die Windows-Handels sind alle nur im erstellenden Thread gültig.
Erstellst du nun irgendwelche Formular in einem Thread, so wird es dann krachen wenn auf globale Instanzen (Screen-Objekt, Application, ...) zugegriffen wird, welche nicht in diesem Thread erstellt wurde.
Das gemeine ist das es lange Zeit gut gehen kann, aber dann auf einmal permaent der Programmstart mit Exceptions unterbrochen wird.

[KodeZwerg]

Zitat von Bernhard Geyer:

Erstellst du nun irgendwelche Formular in einem Thread, so wird es dann krachen wenn auf globale Instanzen (Screen-Objekt, Application, ...) zugegriffen wird, welche nicht in diesem Thread erstellt wurde.
Das gemeine ist das es lange Zeit gut gehen kann, aber dann auf einmal permaent der Programmstart mit Exceptions unterbrochen wird.

Ahh ok, ich Versteh worum es geht und gebe in solcher Situation Recht! (wobei ich oft ein "if assigned()" als prüfer einsetze)
Aber auch ein "if assigned()" ist manchmal nicht sicher, das ist mir auch schon ab und zu aufgefallen.

[Bernhard Geyer]

Zitat von KodeZwerg:

Aber auch ein "if assigned()" ist manchmal nicht sicher, das ist mir auch schon ab und zu aufgefallen.

Vermutlich wenn dein (globale?) Variable nicht mit FreeAndNil wieder genullt wird.
Assigned prüft nur ob die Varible ein Null-Pointer ist, nicht ob ein gültiges Objekt dahinter hängt.

[Bernhard Geyer]

Zitat von CCRDude:

Formulare auszuklammern um den Programmstart zu beschleunigen ist ein schneller Workaround, aber generell wäre es sinnvoller, FormCreate als constructor zu betrachten und zu behandeln, also entsprechend klein und definiert zu halten.

Sehe ich umgekehrt. Wenn ich Formulare beim Programmstart nicht benötige, so werden diese nicht erstellt.
Da brauch ich dann auch nicht (aufwändig) die Ladefunktion in FormCreate und FormShow/Activate aufteilen.
Wäre auch ungünstig wenn wir alle 100 Formulare beim start schon anlegen würden und dann (damals unter Win9x) dann gleich in Ressourcenprobleme laufen würden ...