Keine Frames unter Firemonkey

[pixfreak]

Moin,

ich habe auch immer überlegt, lieber Frames oder eine Form.
Ich bin dazu übergegangen, lieber die Form mit ManualDock an eine PageControl zu heften. Das ist im Prinzip das gleiche Ergebnis wie bernau es oben beschrieben hat. Vor allem die Trennung in mehrere Units habe ich damit ebenfalls. Und mir bleibt noch die Möglichkeit, aus dem gedockten Form ganz schnell eine eigenständige zu machen...

Ok, geht ja auch mit Frames, aber dann brauche ich doch wieder eine "Träger"-Form.


VG Pixfreak

[Union]

Ich glaube dass wirlich 90% hier Frames mit Panels verwechseln. Richtig eingesetzt spart es einem irrsinnig Arbeit und hat nur sekundär etwas mit Layout zu tun.

[neo4a]

Zitat von Union:

Ich glaube dass wirlich 90% hier Frames mit Panels verwechseln.

Wenn man es schafft, das GUI von der Anwendungslogik zu trennen, ist das kein Fehler. BTW, wieviel genau meinst Du mit 90% von bisher 7 Postern in diesem Thread?

[Uwe Raabe]

Zitat von neo4a:

Zitat von Union:

Ich glaube dass wirlich 90% hier Frames mit Panels verwechseln.

Wenn man es schafft, das GUI von der Anwendungslogik zu trennen, ist das kein Fehler. BTW, wieviel genau meinst Du mit 90% von bisher 7 Postern in diesem Thread?

Na, eben alle bis auf einen und der halt zu 30%

[neo4a]

Zitat von Uwe Raabe:

Zitat von neo4a:

Zitat von Union:

Ich glaube dass wirlich 90% hier Frames mit Panels verwechseln.

Wenn man es schafft, das GUI von der Anwendungslogik zu trennen, ist das kein Fehler. BTW, wieviel genau meinst Du mit 90% von bisher 7 Postern in diesem Thread?

Na, eben alle bis auf einen und der halt zu 30%

Das willst Du aber noch einmal nach rechnen, oder?!

[bernerbaer]

Ich hoffe, dass ich nicht zu den 90% gezählt werde, die Frames mit Panels verwechseln.

Trotzdem stellt sich mir hier die Frage, welche Vorteile bieten Frames gegenüber Forms?

So wie ich das beurteile:

Vorteile Frames:
- Einbettung zur Designzeit
- Einfachere Kommunikation zwischen Form und Frame

Nachteile Frames:
- funktioniert nicht in Firemonkey
- Keine Events wie OnCreate, OnDestroy, OnShow, OnHide, OnActivate, OnDeactivate oder OnKey...

Vorteile Form:
- Alle Events der Form vorhanden
- Jederzeit einsetzbar

Nachteile Form:
- Kommunikation zwischen ParentForm und eingebetteter Form muss evtl über Interfaces gelöst werden
- Einbettung erfolgt per Code

Fazit für mich: ich verwende Forms in Forms

[Phoenix]

Zitat von bernerbaer:

NachVorteile Form:
- Kommunikation zwischen ParentForm und eingebetteter Form muss evtl kann vernünftig über Interfaces gelöst werden

So siehts besser aus.

[bernau]

Zitat von bernerbaer:

Nachteile Frames:
- funktioniert nicht in Firemonkey
- Keine Events wie OnCreate, OnDestroy, OnShow, OnHide, OnActivate, OnDeactivate oder OnKey...

Die zugehörigen Methoden (constructor create...) kannst du aber sehr wohl überschreiben. Musst halt statt einem Doppelklick auf dem Objektinspektor die eine zeile Code hinzufügen.



Fazit für mich: Die Vorteile von Frames überwiegen.

[Uwe Raabe]

Zitat von neo4a:

Zitat von Uwe Raabe:

Zitat von neo4a:

Zitat von Union:

Ich glaube dass wirlich 90% hier Frames mit Panels verwechseln.

Wenn man es schafft, das GUI von der Anwendungslogik zu trennen, ist das kein Fehler. BTW, wieviel genau meinst Du mit 90% von bisher 7 Postern in diesem Thread?

Na, eben alle bis auf einen und der halt zu 30%

Das willst Du aber noch einmal nach rechnen, oder?!

Gerne!

90% von 7 = 6,3
Alle bis auf einen = 6
30% von einem = 0,3
6 + 0,3 = 6,3

An dem Wahrheitsgehalt dieser Größe wage ich allerdings zu zweifeln.

[neo4a]

Zitat von Uwe Raabe:

Alle bis auf einen = 6
30% von einem = 0,3
6 + 0,3 = 6,3

Merkel: "Aber das ist doch wohl nicht Ihr Ernst, Herr Jauch".