Discussion :

[sloshy]

Hello,
Je pense que tout est dans le titre,
On nous dit toujours que les variables globales c'est coder comme un porc, mais pourquoi?
Oui on peut se "tromper" et nommer deux variables avec le meme noms et si l'une est global alors caca sauf que le compilateur nous criera garde non? de plus si on prend comme norme de prefixer toutes ses globales par g_ par exemple le problemes est restreint.

De plus niveau perf, les globales sont plutot un atout qu'autre chose.
Certes je dis pas que toutes les variables devrait etre globale loins de la, mais j'aimerai savoir quels sont ses effets nefaste cache que je ne semble pas comprendre.

[Gruik]

Salut,

C'est génant car tu sais pas qu'est ce qui peut la modifier. Utiliser plutot une structure passée en paramètre de chaque fonction
Voir discussion ici
http://www.developpez.net/forums/d69...bal-parametre/

Edit : aussi, si il y a des traitements d'initialisation et de liberation à faire, tu ne controles pas quand il sont faits

[souviron34]

Oui on peut se "tromper" et nommer deux variables avec le meme noms et si l'une est global alors caca sauf que le compilateur nous criera garde non? de plus si on prend comme norme de prefixer toutes ses globales par g_ par exemple le problemes est restreint.
...
Certes je dis pas que toutes les variables devrait etre globale loins de la, mais j'aimerai savoir quels sont ses effets nefaste cache que je ne semble pas comprendre.

• Avoir une variable globale externe (non statique) la rend accessible de l'extérieur. Et donc modifiable... (pas seulement par toi) d'où danger violent...
  
  
• Avoir une variable globale interne (statique) va à l'encontre même d'une programmation structurée, où une fonction est décrite en fonction de ses entrées et de ses sorties. Et si de plus cette fonction doit être appellée par un module extérieur (comme c'est le cas dans les bibliothèques) cela s'appelle "se tirer dans le pied".

Alors à part quelques cas très particuliers où on a intérêt dans UN module (variable statique), la plupart du temps ce choix est formellement déconseillé.

[sloshy]

Bonjour,
Le contexte des thread est particulier, et gérable même avec une globale.
Comment puis-je utiliser de manière simple un tableau de pointeur sur fonction?
Lors d'allocation dymanique par exemple, il est assez lourd dans le code de ne pas passer par une globale. (et niveau pef du code, la globale l'emporte).

Je ne dis pas que je suis pro globale, loin de la, je pense juste que si elles ont été crée c'est qu'il y avait une demande utile.
PS: quelqu'un pour m'expliquer en deux mots la re entrence? (oui je sais google est mon ami et j'y vais de ce pas.)

[Médinoc]

Pour ce qui est des globales, je pense qu'on peut faire une distinction entre globales constantes, initialisées une fois pour toutes (de préférence statiquement, avant même que l'exécution commence), et globales pouvant être modifiées.

Pour la réentrance: Un code comme ça ne marchera pas, par 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
17
18
19
20
21
22
23
int main(void)
{
	fgets( une_string )
	for(token = strtok(une_string, ";") ; token!=NULL ; token=strtok(NULL, ";"))
	{
		lire_fichier(token);
	}
	return 0;
}
 
void lire_fichier(nomfich)
{
	fopen(nomfich)
	{
		while(fgets(une_ligne, fichier))
		{
			for(monToken = strtok(une_ligne, " ") ; monToken!=NULL ; monToken = strtok(NULL, " ")
			{
				faire_un_truc();
			}
		}
	}
}

À cause du fait que strtok() conserve une variable globale, on ne peut faire qu'une seule analyse à la fois.
En utilisant à la place la fonction POSIX strtok_r(), on n'a pas ce problème si on utilise des variables locales.