Discussion :

[bigs3232]

bonjour
j'aimerais déclarer plusieurs variables globales dans un fonction php.
je voudrais savoir quelle serait la conséquence liée aux variables globales et la performance.
en gros c'est quoi l'avantage et l'inconvénient d'une variable globale.

merci

[ericd69]

salut,
une globale sert à avoir une visibilité de partout (en dehors de contexte locaux comme le corps d'une fonction)

l'idée est donc de rendre ce que tu mets dedans visible de n'importe où dans ton programme... on limite leur utilisation pour éviter surtout de polluer l'espace de nommage des variables...

en terme de performance, une variable n'a que la durée de vie du contexte où elle est crée, donc une globale, c'est, sauf élimination manuelle, celle de tout le script...

un script bien écrit doit avoir très peu voir pas de globale surtout en programmation objet, qui est par définition très modulaire...

Donc ça dépend de ce que tu dois faire, mais ça ne devrait être que des valeurs que différentes classes ou fonction indépendantes doivent pouvoir partager...

il faut savoir que les global ne sont visibles que dans ton script...

pour des trucs comme l'identification d'utilisateur sur plusieurs page en même temps, par exemple, la faut utiliser les sessions.

[bigs3232]

salut,
on limite leur utilisation pour éviter surtout de polluer l'espace de nommage des variables...

merci mais que veut tu dire par cette phrase?
je vois souvent l(utilisation de la la fonction php define('var',bonjour') ;
pour moi c'est comme une variable globale en fait.
qu'en pensez vous ?

[RunCodePhp]

Salut

je vois souvent l(utilisation de la la fonction php define('var',bonjour') ;

Hummm, non justement.
D'accord sur le fait que "var" aura une portée global, mais c'est le seul point commun.
La fonction define() c'est fait pour créer une constante, qui donc par définition ne varie pas, c'est toute la différence avec une variable (qui peu varier).
(au passage, par convention une constante se nomme en majuscule : VAR)


Un petit exemple sera mieux à mon sens pour percevoir le gros problème des variables globales.
Admettons qu'aujourd'hui on crée une variable $toto, et celle-ci est exploitée dans une page.

Quelques mois après, on oubli (ou on ne voit pas cette variable dans le code), on recrée une variable $toto, une fonction changerToto() qui défini en global cette variable $toto, et on modifie sa valeur.
Et bien on prend un gros risque "d'écraser" la valeur de $toto créé quelque mois auparavant.
Donc bug en perspective. (et c'est pas dit qu'on le voit de suite)

Conclusion. Utiliser (abusivement) des variables globales demandent à bien mémoriser l'ensemble de son projet.
Malheureusement le temps devient un sacré problème, joue en défaveur.

Une technique qui peu aider, qui peu éviter/limiter "la casse" c'est de s'imposer quelques règle de nommages sur ces variables, comme les nommer de manière unique.
Mais ça restera toujours aléatoire.

C'est ce que sous entendait Ericd69 très certainement.
Moins on en utilise, mieux on se porte.


Après ça vient un autre aspect/contraintes, la sécurité.
Mais là ça dépend d'où vient la variable globale.
Si par exemple on crée une variable globale d'une donnée de l’extérieur (comme GET ou POST), ça revient pas loin de reproduire le même comportement de la directive register_globale quand elle est définie à On.


Mais encore (décidément), définir dans une fonction ou classe une variable globale, ça débouche sur une certaine dépendance de cette fonction ou classe sur cette variable, plus particulièrement sur son nom (problème en partie évoqué en 1er).
Si on renomme un jour (même par accident) cette variable, et bien ça va inévitablement "planter". (on appel ça des effets de bords).


A coté de ça, bien que l'usage de variables globales soit courante, on peu raisonnablement dire que c'est dû à un manque de (bonne) conception du projet qui incite à le faire (faute de mieux si on peu dire).
Dans l'absolue il n'y a pas besoin de créer de variables globales.
Mais c'est tellement plus simple.


On retrouve cela sur la fonction eval().
Elle est tellement simple et pratique d'usage que la tentation est souvent plus forte que la raison.

[bigs3232]

je crois avoir compris merci

[ericd69]

pour synthétiser ce que RunCodePhp et moi on t'a dit...

l'espace de nommage c'est la visibilité de ta variable:

Code php :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$a='faut que ça sorte';// globale $a
function bidule($a)
{
... // ici $a est le paramètre et plus ta globale
}
function machin()
{
$a=5;// pas de qualifier global donc local
}
function prout()
{
global $a;
echo $a;// faut que ça sorte, là c'est ta global
}

lis la doc

tu vois les risques de confusion?

à savoir que la plupart des hébergeurs (pour une raison qui m'échappe) mettent register_globale à la valeur qui permet à n'importe quelle valeur $_GET ou $_POST d'être auto convertie en global du même nom d'où un trou de sécurité si tu oublie stupidement d'initialiser ta globale...
exemple:

Code php :

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

1
2
if(!empty($_GET['pwd']))
$password=$_GET['pwd'];

là, on a un bon exemple de très mauvaise utilisation d'une globale car, si dans l'entête de l'échange, il y a en $_GET ou $_POST, password comme nom de paramètre alors celui ci initialisera $password si $_GET['pwd'] est vide ici...
le même code dans une fonction est bon car tu joue sur une variable locale...

[bigs3232]

je vais cogiter sur ton exemple et faire quelques tests a partir de ton exemple pour voir .
merci pour ton sens de pedagogie ecric

[ericd69]

tu peux éviter les confusions avec l'utilisation du tableau super global $global, mais ça fait une écriture lourde...

faire de define pour créer des constante de paramètrage (noms de dossiers, nom de serveur mysql, etc...) ne pose pas de soucis par contre...