Form zur Laufzeit erzeugen

[Bernhard Geyer]

Zitat von hanspeter:

Zumindest bis W2000 gab es bei einer Unmenge an Fenstern ein Window - Resourcenproblem.

Gibts es auch unter XP/Vista/Win7. Die Grenzen sind nur "etwas" weiter nach hinten verschoben.

Also das vorgehen alles beim Programmstart zu erzeugen halte ich für blödsinn. Wir gehen eigentlich auch immer her alle von Delphi erzeugten globalen Formularvariablen gleich aus dem Quellcode wieder zu löschen um hier keine Probleme damit zu haben versehentlich ab und zu dieses Variable zu verwenden auch wenn man in einer ganz anderen Instanz ist.

[Hansa]

Ich sehe das ähnlich : Vorgehensweise ist nicht gerade hilfreich. Auch die "Gurus" kochen nur mit Wasser. Werden 50 Forms oder mehr permanent im Speicher gehalten, Variablen verändert etc., dann ist das Programm in einem gewissen Zustand, der ohne allergrösste Vorsicht nicht als sicher bezeichnet werden kann.

Es wäre also eine gewisse Vorsichtsmassnahme, die Forms immer wegzumachen und bei Bedarf neu zu createn. Inkl. Initialisierungen usw. Der Speicherplatzbedarf spielt da nicht mal die grosse Rolle, die Logik aber schon.

[xZise]

Moin,
ich sehe den Vorteil bei der dynamischen Erstellung daran, dass es automatisch vergisst nach dem Freigeben.

MfG
Fabian

[Hansa]

Was soll was vergessen ?

[wicht]

Zitat von Hansa:

Variablen verändert etc., dann ist das Programm in einem gewissen Zustand, der ohne allergrösste Vorsicht nicht als sicher bezeichnet werden kann.

Das sehe ich auch als größtes Argument dagegen an. Diese globalen Formular-Variablen sind gefährlich und ausserdem führt das bei Anfängern zu einem schlechtem Stil. Bei 50 Fenstern hört sich das gar nicht gut an, wenn ich da irgendetwas zu sagen hätte würde ich versuchen, es dieser Person auszutreiben, wenn da an meinem Quelltext rumgefuchtelt wird
Gibt meiner Meinung nach keine Vorteile, deshalb lieber gleich richtig machen und auf saubere Strukturen setzen, ist auch irgendwie mehr OOP finde ich.

[Hansa]

Zitat von wicht:

...Diese globalen Formular-Variablen sind gefährlich...

Deshalb ja meine Meinung : es gilt, zumindest die Gefahr etwas zu entschärfen. Läuft ein Programm von 8:00 bis 20:00 dann könnte das eng werden. Eventuell wird da immer einunddieselbe Form immer geöffnet und geschlossen. Im FormShow/FormClose für Ordnung zu sorgen, das ist ja schön. Allerdings : mit Vriablen meine ich jetzt nicht nur integer. Wenn z.B. eine TStringlist gebraucht wird, dann muss die erzeugt werden. Nach meiner Erfahrung ist es da besser, notfalls einen Runtime-Error zu provozieren, um ihn dann zu beseitigen, anstatt Wochen/Monate zu warten, um die gewisse Stelle dann nach Reklamation lokalisieren zu müssen.

[himitsu]

Nja, für alle, welche ihre Daten in der GUI halten, ist sowas nunmal ein gängiger Weg, wenn alles immer existiert, da sonst ja die Daten verschwinden würden.

[hanspeter]

Meine bisherige Praxis sah eigentlich in Kurzform so aus.

Delphi-Quellcode:

With TWorkform.Create(nil) do
begin
  Init(Parameterliste);
  Showmodal;
  Free;
end;

In der Initroutine werden Comboboxen, Listen u.s.w. initialisiert.
Dieser Teil ist jetzt in das Formcreate bei Programmstart gewandert.
Das sollte , gerade in Client-Server Systemen, den Effekt haben, das bei Datenänderungen ein Neustart des Programmes notwendig ist.
Mit dem obigen Aufruf würde ein schließen und wieder öffnen des Fensters ausreichen.

Gruß

[himitsu]

Wenn, dann bitte so:

Delphi-Quellcode:

with TWorkform.Create(Parameterliste) do
  try
    ShowModal;
  finally
    Free;
  end;

[Chemiker]

Hallo,

ich bevorzuge eigentlich die Variante, dass sich das Form selber erstellt und auch selber wieder freigibt. Finde hat den Vorteil das der Aufruf immer gleich ist und die Änderungen sich nur an einer Stelle befinden.

Bis bald Chemiker