Déclaration de variable.

Version imprimable

Bonjour.

Effectuant des opérations de maintenance (optimisation, correction de bugs, ajout de fonctionnnalités ) sur un programme industriel, je consulte le code sourceet je vois les variables dans chaque unité déclaré directement aprés la déclaration du type :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 unit mainUpd; interface uses .......... ; type TmainUpdF = class(TForm) pnl: TAdvPanel; AdvPanel: TAdvPanel; P: TPanel; cxImage1: TcxImage; lblTitre: TcxLabel; cxGroupBox2: TcxGroupBox; procedure Tata (...); private public end;
Quel en est l'interet ?
Je me permet de mettre en doute la valeur du code étant donné que c'était un jeune novice en delphi ( tout comme moi d'ailleurs )

Citation:
Envoyé par Popoyan
Bonjour.

Effectuant des opérations de maintenance (optimisation, correction de bugs, ajout de fonctionnnalités ) sur un programme industriel, je consulte le code sourceet je vois les variables dans chaque unité déclaré directement aprés la déclaration du type :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 unit mainUpd; interface uses .......... ; type TmainUpdF = class(TForm) pnl: TAdvPanel; AdvPanel: TAdvPanel; P: TPanel; cxImage1: TcxImage; lblTitre: TcxLabel; cxGroupBox2: TcxGroupBox; procedure Tata (...); private public end;
Quel en est l'interet ?
Je me permet de mettre en doute la valeur du code étant donné que c'était un jeune novice en delphi ( tout comme moi d'ailleurs )
L'interet c'est que c'est ce qui compose ta form. Ceux sont les objets qui ont été déposés.

Fait un test, Crée une form vide et regarde le code, puis après rajoute un bouton et regarde la différence.

10/05/2006, 15h35
Popoyan

Je suis d'accord pour les Objets Graphique !

Est ce aussi valable pour les variable que j'utiliserai dans mes traitements ?? (genre String, Integer...)

PS je te remercie de ta réponse plus que rapide !
10/05/2006, 15h43
Rayek

Citation:

Envoyé par Popoyan

Je suis d'accord pour les Objets Graphique !

Est ce aussi valable pour les variable que j'utiliserai dans mes traitements ?? (genre String, Integer...)

PS je te remercie de ta réponse plus que rapide !

Ca depend quel type de variables : Locale,Globale.

- Variable Locale : Elle sera en général utilisée et instanciée dans le private ou le public de l'unité (tout depend l'utilisation que l'on veut).
- Variable Globale : Elle sera en général mis dans une unité spécifique qui regroupe tout ce qui est global à l'application

Après, tu peux gérer d'autres manières les variables mais ces deux types sont ceux de bases.
tu devrais aller voir dans la section tutoriaux du site, il y a de très bons exemples et explications sur le fonctionnement de delphi et des variables
10/05/2006, 15h49
Popoyan

et bien je te remercie de ta réponse mais la gestion des variables me semble un peu bourrine et exterieure à toute notion de sécurité !
Je vais devoir mettre le nez dedans !

Merci encore pour ta disponibilté
10/05/2006, 16h03
aityahia

il faut juste ce soucier des variable que vous déclarer mais celle que déclare IDE sont fort indispensable et nécéssaire a la compilation du projet.
10/05/2006, 16h16
Popoyan

Comment faire la différence entre celle que le programmeur a déclaré et celle que l'IDE a déclaré ?
10/05/2006, 16h53
TicTacToe

Tu peux comparer les propriétés de ta classe, à celle qui sont définis dans le fichier .DFM associé. C'est ce fichier qui stocke la valeur des paramêtres des objets déposés dans ta form. (et l'allocation)

Si un objet n'est pas dans le DFM, il y a de forte chance que cela a été créé manuellement dans ta form (mais il y a absolument rien d'anormal à cela, au contraire).
un objet visuel dans le DFM apparait dans la form visuelle, sinon il n'apparait pas, et l'allocation est surement dynamique un peu plus loin dans le code...

avec un peu d'habitude, tu peux également voir assez rapidement que c'est un objet posé, selon le code:

Code:

cxImage1: TcxImage;

il y a fort à parier qu'il est posé (le 1 derriere le nom de variable)...

Après, il est possible de modifier le .DFM manuellement, mais pas tellement conseillé !
10/05/2006, 17h16
aityahia

normalement si je me souvient bien a partir de la version 5 delphi dans le compilateur nous lances des avertissement pour les variable déclarer et non utiliser ainsi que celle qui ne sont pas initialiser.
10/05/2006, 17h38
Reisubar

Citation:

et bien je te remercie de ta réponse mais la gestion des variables me semble un peu bourrine et exterieure à toute notion de sécurité !

Je ne vois pas ce qui te permet de dire cela. Quand tu poses un composant sur une fiche, il est normal que Delphi traduise ça par l'instanciation d'un objet du type demandé à l'exécution. L'objet étant contenu dans ton form, Delphi génère une variable dans ta classe destinée à recevoir l'instance du composant pour que tu puisses le manipuler à l'exécution. De quelle autre manière voudrait tu gérer celà ?

NB: les variables ajoutées par l'IDE sont généralement situées entre le début de la classe et le premier attribut de visibilité (public, protected, private) de la classe.
11/05/2006, 11h28
Popoyan

Je parlais par rapport au nom des variables plutot énigmatique.
Dans tous les cas, je déclare le sujet résolu.
Merci de votre aide !