par
Ryle » 02 févr. 2008, 15:02
On peut pas vraiment parler de déclaration dans ce cas... Pour tout couple de données variable/valeur envoyée en post, get, cookie, etc. PHP va alimenter les tableaux $_GET, $_POST, etc. en créant les
index adapté et les valeurs associées
Les variables $_GET, $_POST, etc. existent déjà et sont déjà déclarées par défaut, php se contente donc de les alimenter avec les données qu'il reçoit. Ton test avec isSet() consiste dans ce cas à t'assurer que l'index auquel tu fais appel existe bien dans ce tableau associatif.
En revanche, il faut effectivement déclarer les
variables que tu utilises avant de t'en servir. Tu ne peux par exemple comparer $var=='oui' si tu n'as pas spécifié au préalable ce qu'était $var
Ta confusion vient sans doute du fait qu'avec la directive "register globals" à "on", php va non seulement créer les index dans les supervariables $_GET, $_POST, etc. mais également générer (et donc déclarer) des variables portant le même nom que les index, et ayant la même valeur...
On peut pas vraiment parler de déclaration dans ce cas... Pour tout couple de données variable/valeur envoyée en post, get, cookie, etc. PHP va alimenter les tableaux $_GET, $_POST, etc. en créant les [u]index[/u] adapté et les valeurs associées :)
Les variables $_GET, $_POST, etc. existent déjà et sont déjà déclarées par défaut, php se contente donc de les alimenter avec les données qu'il reçoit. Ton test avec isSet() consiste dans ce cas à t'assurer que l'index auquel tu fais appel existe bien dans ce tableau associatif.
En revanche, il faut effectivement déclarer les [u]variables[/u] que tu utilises avant de t'en servir. Tu ne peux par exemple comparer $var=='oui' si tu n'as pas spécifié au préalable ce qu'était $var :)
Ta confusion vient sans doute du fait qu'avec la directive "register globals" à "on", php va non seulement créer les index dans les supervariables $_GET, $_POST, etc. mais également générer (et donc déclarer) des variables portant le même nom que les index, et ayant la même valeur...