Hallo, ich überlege gerade was für Vorteile es bringen kann, Formulare ohne dfm-Datei im Quelltext zu erzeugen.
Habe hier ein Programm, dass das häufiger macht. Mir sind aber, trotz längerem Überlegen nur 2 Unterschiede eingefallen.
- Mit dfm-Datei werden die Formulare über Resourcen eingebunden, sonst direkt im Quelltext. (Hier sehe ich werde Vor- noch Nachteile)
- Den einzigen Vorteil, den ich sehe ist das dynamische Zuweisen von Funktionen:

markieren

Delphi-Quellcode:

If mitOnExit Then
    Edit1.onExit := Edit1onExit;

aber ich bin mir auch sicher, dass man das bei Formularen mit dfm-Dateien auch hinbekommt.

Also: Kann mir jemand Gründe nennen, warum man Formulare ohne dfm-Datei direkt im Quelltext erzeugen sollte?

Gruß

BBB

Zitat von Bomberbb:

- Mit dfm-Datei werden die Formulare über Resourcen eingebunden, sonst direkt im Quelltext. (Hier sehe ich werde Vor- noch Nachteile)

Falls du leicht paranoid veranlagt bist : Ressourcen lassen sich vermutlich leichter von bösen Hackern/der Konkurrenz/... auslesen/manipulieren/... . Und wahrscheinlich dauert das Laden der Controls aus der DFM einen Tick länger als das direkte Erzeugen im Quellcode (völlig ungetestet).

Zitat von Bomberbb:

- Den einzigen Vorteil, den ich sehe ist das dynamische Zuweisen von Funktionen:

markieren

Delphi-Quellcode:

If mitOnExit Then
    Edit1.onExit := Edit1onExit;

aber ich bin mir auch sicher, dass man das bei Formularen mit dfm-Dateien auch hinbekommt.

Aber auch nur mithilfe von Quelltext.

Zitat von Bomberbb:

Also: Kann mir jemand Gründe nennen, warum man Formulare ohne dfm-Datei direkt im Quelltext erzeugen sollte?

• Erstmal ganz banal: Man kann programmieren. "if"'s hast du oben selbst schon genannt. Tabellarisch/symmetrisch angeordnete Controls kannst du mit for-Schleifen behandeln usw.
• Die visuelle Formvererbung und gelegentlich die Benutzung von Frames haben so ihre Mäuse, die bei nichtvisuellem Vorgehen irrelevant sind.
• Wenn du eine Quellcodeverwaltung benutzt: Die IDE hat einen Hang dazu, nach Lust und Laune Property-Werte in die DFM zu schreiben oder sie zu ändern (Explicit*, ItemHeight bei ComboBoxen etc.)
• Die IDE lässt nur eine visuell designte Klasse pro Unit zu. Das kann im Zusammenspiel mit zirkulären Referenzen etc. lästig werden

Das fällt mir jetzt so auf die Schnelle ein.

Außerdem könnte es sein, das Du völlig flexibel sein möchtest, und z.B. das GUI anhand von Templates in deinem eigenen Applikationsformat definieren können willst.

Wieder was gelernt, danke.

Nun aber ruft der Weihnachtsurlaub!

Frohes Fest und einen guten Rutsch!

BBB