Konzeptfrage FormCreate

[quendolineDD]

Letztendlich kann man aber auch jedes fehlende Event noch selber nachträglich einbringen.

[WIng2005]

Klar, die Frage ist jedoch, ob es dann noch Vorteile bringt, Frames zu verwenden (offentlich wird das jetzt nicht OT)

[quendolineDD]

Wie ich aus der Diskussion herausgelesen habe sind Frames eben dafür gedacht, zumal sie zur Laufzeit wie auch zur Designzeit auf die Form eingebettet werden können. Und es bringt nicht nur Vorteile. Das Problem ist eher, das Forms als Child-Windows eher Probleme bringen.

Edit:
Ob das OT wird? Naja, es geht hier doch lt. Überschrift um ein Designkonzept. Evtl. müsste dann der Thread noch verschoben werden.

[WIng2005]

Ich habe mich zugegebenermaßen mit Frames bisher nicht beschäftigt (sollte ich mal nachholen).
Als "Laie" sehe ich derzeit keine Unterschied zwischen der Nutzung einer Form bzw. eines Frames im konkreten Fall.
Meine Forms werden zu Laufzeit erzeugt und bekommen als Parent ein Panel auf der Hauptform. Beim Modulwechsel werden alle offenen Formen (außer der Hauptform) geschlossen (was dann geregelt ja nur eine sein dürfte).

[schöni]

Hallo,

@WIng2005: warum nimmst Du nicht das Ereignis OnCreate. DoppelKlick im Objektinspektor erzeugt eine FormCreate Methode.

Wenn ich FormCreate aus irgendeinemGrunf nicht verwenden will, schreibe ich einen geöhnlichen Create Konstruktor. So verstehe ich den Sinn Deiner Überlegungen nicht wirklich. Die CreateFormMethode existiert in der Applikation Klasse auch schon.

[WIng2005]

Mmmh, ich glaube du verstehst das falsch...
Es ging drum, welchen Vorteil Frames gegenüber Forms in meinem Fall hätten. Die OnCreate-Methode gibt es nicht bei Frames, weswegen ich erstmal bei meinen Forms bleibe...

[Zoot]

Zitat von WIng2005:

Mmmh, ich glaube du verstehst das falsch...
Es ging drum, welchen Vorteil Frames gegenüber Forms in meinem Fall hätten. Die OnCreate-Methode gibt es nicht bei Frames, weswegen ich erstmal bei meinen Forms bleibe...

Also in einem unserer Projekte werden intensiv Frames benutzt, um die einzelnen Bedienteile des Hauptbildschirms individuell zusammenzusetzen. Alle Frames stammen von einem abgeleiteten Frame-Prototyp ab, der über eine virtuelle Init-Prozedur verfügt
(genau genommen haben wir da noch mehrere Zwischenstufen).

Klappt alles hervorragend.

[WIng2005]

Muss das Thema nochmal aufgreifen.
Zu besseren Übersicht nochmal mein bisheriger Code:

Delphi-Quellcode:

.
.
if createform(TForm2,TForm(Form2)) then //machwas;
.
.
function createform(fclass:TFormClass;var nform:Tform):boolean;
Begin
try
  application.CreateForm(fclass,nform);
  nform.Align:=alClient;
  nform.BorderStyle:=bsNone;
  nform.Parent:=mainform.panel_df;
  nform.Show;
result:=true;
  except
  result:=false;
end;
end;

Ist es nun möglich, dass Ganze so abzuändern, dass ich den Aufruf mit

Delphi-Quellcode:

var a,b:string;
a:='TForm2';
b:='Form2'
createform(a,b);

starten kann? Versuche schon den ganzen Tag hier mit irgendwelchen Typumwandlungen ans Werk zu gehen, prinzipiell fehlt mir jedoch der Ansatz. Ich dachte, ich könnte so das Zusammenspiel zwischen "Sender" und Form in meiner Button_Click-Routine in eine ini auslagern. (Vllt. ist das auch absolut nicht zu empfehlen, dann lasse ich mich gern belehren)

[Muetze1]

Zitat von WIng2005:

Die OnCreate-Methode gibt es nicht bei Frames, weswegen ich erstmal bei meinen Forms bleibe...

Die habe ich mir einfach nachgerüstet bei meinen Frames. In der BasisFrame einfach mit AfterConstruction und BeforeDestruction entsprechend Eventhandler angestossen wenn vorhanden.

[WIng2005]

Mmmh, Die Frames / Forms -Frage hatte sich erstmal erledigt. Forms haben nebenbei auch den Vorteil, dass man sie durchaus mal lösgelöst von der Mainform starten kann. Wichtiger wäre mir erstmal meine vorherige Frage ( 2 Posts weiter oben)