![]() |
Re: Form überall wiederverwenden? Dafür Unit?
@DJ-SPM: Vor dem Implementation-Teil deklariert man keine Variablen...
Zitat:
Zitat:
Delphi-Quellcode:
Somit wird die Form nur solange im Speicher gehalten, wie sie benötigt wird. Also so oft wie möglich "Verfügbare Formulare" anlegen "Automatisch erzeugen" nur dann wenn es unbedingt sein muss (und das heißt meistens: nur die Hauptform automatisch erzeugen)
procedure TForm1.ButtonClick(Sender:TObject);
var frmArtSuch1:TfrmArtSuch1; begin frmArtSuch1:=TfrmArtSuch1.create(Self); try if frmArtSuch1.ShowModual = mrOK then begin end; finally frmArtSuch1.release; end; end; So und jetzt könnt Ihr ja wieder auf mich eindreschen... |
Re: Form überall wiederverwenden? Dafür Unit?
Vielen Dank für eure Antworten. Gestern Abend habe ich es so gelöst, wie Hansa es gesagt hat. Ich habe mir ein Verzeichnis mit Formularen erstellt, eine Adress-Such-Form gebastelt und abgespeichert. Dann folgendermaßen in mein Projekt eingebunden:
Hauptprogramm
Delphi-Quellcode:
Damit das Formular nicht die ganze Zeit geöffnet bleibt, habe ich mich dafür entschieden, mit Messages zu arbeiten.
uses
..., uPJAdresssuche; const WM_TAKEDATA = WM_USER + 100; WM_UNLOADFORM = WM_USER + 101; procedure TForm2.TakeData(var msg:TMessage); begin AdresseDbId:=msg.WParam; Edit1.Text:=uPJAdresssuche.Adressname; Edit2.Text:=uPJAdresssuche.Tel; Edit3.Text:=uPJAdresssuche.eMail; FreeAndNil(AdressForm); end; procedure TForm2.UnloadForm(var msg: TMessage); begin FreeAndNil(AdressForm); end; procedure TForm2.PngSpeedButton1Click(Sender: TObject); begin adressForm:=uPJAdresssuche.TfPJAdresssuche.Create(nil); uPJAdresssuche.ParentForm:=Form2; adressForm.Show; end; Wird das Form mit Auswahl einer Adresse oder durch Klick auf "zurück" beendet, wird dem ParentForm (Variable von TForm im Adress-Such-Formular) die Message WM_UNLOADFORM gesendet, woraufhin die aufrufende Form die Adress-Suche wieder freigibt. Ggf wird vorher eine Message gesendet, die der aufrufenden Form sagt "Du kannst dir die Daten abholen" (WM_TAKEDATA). Ist der Weg über Messages in Ordnung, oder zu kompliziert? Ich kann ja nicht von der Adress-Suche auf Variablen in der "Aufruf-Form" zugreifen, wenn ich die Adresssuche mehrfache verwenden will. Ich dachte mir, so ist alles ein Stück flexibler, oder? Warum ich das alles in einer Unit erledigen wollte hatte foglenden Grund: Ich wusste erst nicht so recht, was mit dem Repository gemeint war. Ich stand auf dem Schlauch. Aber jetzt finde ich die Idee so genial, weil es einfach so simpel und zugleich so hammer flexibel und schnell ist. Ärgere mich, warum ich auf sowas nicht komme. Danke und Grüße |
Re: Form überall wiederverwenden? Dafür Unit?
Zitat:
Irgendwo stand doch, man könne die Daten nicht übergeben oder sowas ? Wieso nicht ? :gruebel:
Delphi-Quellcode:
Nur wenn SucheDaten true ist wird die Suchform geschlossen. Ansonsten steht da 'nicht gefunden' und man kann neu suchen.
frmArtSuch1 := TfrmArtSuch1.Create(self);
frmArtSuch1.ShowModal; if frmArtSuch1.SucheDaten then with sgNr do begin // bei mir : ermittelte Daten der Suchform (sofern vorhanden) im Grid anzeigen etc. frmArtSuch1.Close; end; Na gut, wegen dem finally kriegst Du noch etwas Dresche. Im Normalfall reicht das :
Delphi-Quellcode:
Und genau das steht ganz am Anfang der Form-Hierarchie. Somit kann man das bei eigenen Forms nie mehr vergessen.
procedure TKey.FormClose(Sender: TObject; var Action: TCloseAction);
begin ... Action := caFree; end; |
Re: Form überall wiederverwenden? Dafür Unit?
Hm... mal sehen, ob ich das richtig verstanden habe. Hier nochmal dein Code:
Delphi-Quellcode:
Wenn frmArtSuch1.SucheDaten true ist, dann hat der Benutzer schon einen einen eingegeben, eine Suche durchgeführt und die Ergebnisse liegen vor um sie irgendwo anzuzeigen. Richtig?
begin
frmArtSuch1 := TfrmArtSuch1.Create(self); frmArtSuch1.ShowModal; if (frmArtSuch1.SucheDaten) then begin with sgNr do begin // bei mir : ermittelte Daten der Suchform (sofern vorhanden) im Grid anzeigen etc. end; end; frmArtSuch1.Close; end; Doch woher weiß Form1 dass es warten soll, bis frmArtSuch1.SucheDate = true ist. Fehlt da nicht ein
Delphi-Quellcode:
Aber ziere mich aber immer ein bisschen, diese while not-Schleife zu nutzen. Oder habe ich da was komplett falsch verstanden?
while not (frmArtSuch1.SucheDaten) do
Application.ProcessMessages |
Re: Form überall wiederverwenden? Dafür Unit?
Moin, Moin.
man beachte das
Delphi-Quellcode:
frmArtSuch1.ShowModal;
|
Re: Form überall wiederverwenden? Dafür Unit?
Hm... das erklärt einiges. Ergänzed dazu aus der Delphi-Hilfe folgendes:
Zitat:
Vielen Dank für eure Hilfen! |
Re: Form überall wiederverwenden? Dafür Unit?
Ihr vergesst, dass diese frmArtSuch1 auch Vorlagen hat. Zunächst nur direkt die frmArtSuch. Die neue ist also anfangs identisch mit der Vorlage. Aber nur bis dahin, als ich das FormCreate hinzugefügt habe. Die Vorlage kommt aber so zustande :
Delphi-Quellcode:
Art steht für Artikel. Ich will aber nach mehr suchen und zwar in DB. Deshalb ist auch ein Dataset zu sehen. Wozu dient das wohl ? Tja, es gibt viele Tabellen in denen man was suchen muss. SucheDaten beinhaltet also die SQL-Statements (anfangs nur deklaliert). Resultat der Funktion ist :
TfrmArtSuch = class(TfrmSuch)
Delphi-Quellcode:
Egal welche Suche, gemeinsam ist immer folgendes : es wird was gefunden, man ist zu weit/zu schnell, will zurück etc. Und deshalb ist das alles sehr früh eingebaut.
SucheDaten := not SuchDS.IsEmpty;
Delphi-Quellcode:
Ich bin doch nicht so blöd und mache das jeweils für Artikel, Adressen etc. alles wieder neu ? :shock:
procedure TfrmSuch.btnEndeClick(Sender: TObject);
begin ModalResult := mrAbort; end; procedure TfrmSuch.btnGefundenClick(Sender: TObject); begin ModalResult := mrOk; end; |
Re: Form überall wiederverwenden? Dafür Unit?
Man kann die Rückgabewerte auch direkt in die Eigenschaft .ModalResult der Buttons eintragen
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:03 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz