Discussion :

[mamou30]

étape 1: avec les cadres

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
procedure TFPrincipal.MenuClick(Sender: TObject);
begin
	FreeAndNil(select_frame);
	if      Sender = Button1 then select_frame := TFrmEcran1.Create(self)
	else if Sender = Button2 then select_frame := TFrmEcran2.Create(self)
	else if Sender = Button3 then select_frame := TFrmEcran3.Create(self)
	else if Sender = Button4 then select_frame := TFrmEcran4.Create(self)
	else Exit;
	select_frame.Parent := PanelFrame;
	select_frame.Afficher;
end;
 
procedure TFPrincipal.FormDestroy(Sender: TObject);
begin
	FreeAndNil(select_frame);
end;
end.

étape 2: avec les fsMDIForm - fsMDIChild

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
procedure TMainForm.SpeedButton3Click(Sender: TObject);
f:Tform;
begin
f:= Tform1.create(Application);
end;
procedure TMainForm.Fermer(Sender: TObject);
begin
f.close
end;

[evarisnea]

vu ton intérêt pour le MDI, je te conseille de lire cette discussion.

[ShaiLeTroll]

Personnellement, je ne suis ni pour les Frames (toujours des soucis en maintenance à cause de non respect de certaine pratique par une succession de développeur différent non averti), ni pour le MDI (toujours des soucis de fuite mémoire pour les objets DataSet car souvent la création des objets est mal géré et la gestion du owner mal connue)

Ensuite, avec des Simples Forms tu peux tout faire, l'affectation du Parent et le changement du BorderStyle à bsnone, surtout que si tu fais un affichage par onglet, tu intègres l'astuce de pouvoir "décoller" un onglet en fenêtre comme dans Delphi 3 à 7 (je ne connais pas les autres versions), avec la possiblité d'ancré par exemple les messages ou les variables du processus en cours, dans un menu onglet sous le code ...

Tu apporte ainsi à ton application une souplesse d'utilisation énorme, et souvent, les clients aime le SDI pour la saisie car cela évite se perdre des la multitude de fênêtre, et si l'écran est trop grand, certains aime le Scroll façon Web, mais bcp aime les Onglets (surtout si Raccourci clavier pour changer d'onglet comme dans leur bonne vieille appli DOS, lorsqu'il validait le dernier champ cela affichait de suite la page suivante)

[Cl@udius]

Personnellement, je ne suis ni pour les Frames (toujours des soucis en maintenance à cause de non respect de certaine pratique par une succession de développeur différent non averti), ...

Salut Shai !

Cette réflexion m'interresse puisque que suis en train developper une appli utilisant les Frames.
D'après toi quels sont les pièges dans lesquels on pourrait tomber ?

@Mamou: Excuse-moi si je me greffe à la conversation...

@+

[ShaiLeTroll]

Les Frames sont très utiles si l'on retrouve de nombreuses fois le même cadre dans un Ecran, ... et souvent la Frame devient trop lourde alors qu'il vaut mieux voir un bloc unitaire fonctionnellement limité car le branchement d'un trop grand nombre d'évènement qui vont différé selon les différentes utilisation de la même Frame dans plusieurs Forms, n'aura que pour unique de complexifier le Code ...

Je préfére de loin une Form, que l'on encastre dans une autre, ainsi la gestion des évènements, les enchainement logiques ... reste dans la Form encastrée et non pas mélangé avec la Forme conteneur ...

Effectivement trop souvent, j'ai vu un code de Frame mélangé avec le code de la forme conteneur, car la Frame n'est devenu Frame qu'en court de route ...

Ensuite, je préfère aussi faire l'héritage d'une Form pour lui ajouter d'une nouvelle fonctionnalité par Exemple, une Liste de Commande, tu surchage la TCustomOrderForm, l'une pour saisir les Commandes, un autre surcharge pour les avoirs, et une autre pour la visualisation, au lieu d'avoir le code dans une seule Form qui doit gérer un mode d'affichage, tu as trois codes séparés qui bénéficient des méthodes ancêtres et d'un cadre de fonctionnement défini à implémenter, cela rend le code plus concit mais parfois plus complexe si la maitrise de l'héritage n'est pas complète ! (et l'héritage de Form c'est subtile)

En conclusion, Une Frame est utile si elle joue le rôle d'un conteneur de composant générique et que le métier reste gérer par un autre objet séparé, ...

Je te dit cela car j'ai trop souvent vu des Frames innondé de code métier, je n'ai jamais vu une bonne utilisation des Frames, et justement en voir une un jour m'intéresse, cela pourrait changer mon a priori à leur sujets ...

[Cl@udius]

Merci Shai pour ces infos intéressantes.

Ce qui me fait dire qu'il va falloir que je peaufine ma façon d'utiliser les Frames.

@+ Claudius

[mamou30]

merci ShaiLeTroll pour ces information