Discussion :

[delphiketou]

Bonjour à tous.
Je suis de retour après un long moment d'absence.
Je viens poser une question anodine.
Je veux savoir, par exemple si j'ai des variables de type integer déclarées dans une unité Uxxx et que j'utilise cet unité dans une routine ProcRout,
qu'est-ce serait mieux entre utiliser les variables de mon unité Uxxx ou déclarer d'autres localement.
Merci pour la réponse.

[ShaiLeTroll]

Les variables globales, c'est le mal !
Si l'on peut s'en passer, c'est mieux, par exemple utiliser un record ou un objet passé en paramètre, oui même pratiquer la POO

Expliquer mieux votre problématique et l'on pourra trouver une approche de code satisfaisante.

[Paul TOTH]

je ne comprend pas la question en fait...

une variable locale c'est pour un usage local

une variable globale c'est quand on a besoin de partage sa valeur


je précise cela car j'ai déjà vu du code qui déclarait toutes les variables au niveau de la fiche (ou global peu importe) y compris pour un usage local

exemple

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
 
var
  IniFile: TIniFile;
  s: string;
 
procedure proc1;
begin
  s := IniFile.ReadString(...);
  if s = 'toto' then ...
end;
 
procedure proc2;
begin
  s := IniFile.ReadString(...);
  if s = 'titi' then ...
end;

ici IniFile est global, probablement initialisé au début du programme, et on l'utilise à différents endroits, cela permet de ne pas instancier la classe à chaque fois, c'est bien

mais la variable s est d'un usage purement local, et il n'y a pas lieu de la déclarer globale

[ShaiLeTroll]

ici IniFile est global, probablement initialisé au début du programme, et on l'utilise à différents endroits, cela permet de ne pas instancier la classe à chaque fois, c'est bien

Du coup c'est un singleton, en D7, je mettrais la variable dans la section implementation pour la cacher avec un méthode d'accès, une function (éventuellement de classe) comme par exemple Printer()
utilisable partout mais pas modifiable, c'est une protection mineure mais cela peut avoir son charme.

[Paul TOTH]

Du coup c'est un singleton, en D7, je mettrais la variable dans la section implementation pour la cacher avec un méthode d'accès, une function (éventuellement de classe) comme par exemple Printer()
utilisable partout mais pas modifiable, c'est une protection mineure mais cela peut avoir son charme.

je suis d'accord, mais quand on se demande si les variables doivent être locales ou globales on n'en est pas là