setter/getter qui échoue

Bonjour,

on crée un objet dans lequel on va stocker des données à afficher :
$ref_LicenseData = new LicenseData();pour pouvoir récupérer de partout cet objet, on mémorise son référent dans une variable de session :
$_SESSION['ref_LicenseData'] = $ref_LicenseData;.

Ensuite sélection d'une application (formulaire html).
On en récupère le nom et on le stocke dans l'objet créé plus haut :

Code:

---

1 2 3

session_start(); $ref_licensedata = $_SESSION['ref_LicenseData']; $ref_licensedata->setAppliName($_POST['list']);

---

un debug pas à pas (XDebug depuis PhpStorm) me montre que c'est effectif.

Je vérifie juste après l'existence de la propriété :

Code:

---

UtilFct::debug("ldisplistapp 29 getAppliName ", $ref_licensedata->getAppliName()); //var_dump amélioré

---

Mon souci est que la propriété est nulle.

LicenseData.php :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

class LicenseData { //réduit à ce qui nous intéresse private $appli_name;   public function setAppliName($appli_name) { $this->appli_name = $appli_name; }   public function getAppliName() { return $this->appli_name; } }

---

Pourquoi ?

Bonjour,

Perso, je ne suis pas sur que le passage en référence fonctionne avec les sessions... d'ailleurs je ne sais pas si c'est judicieux de stocker des objets en session, pour moi c'est plutôt fait pour les variables de type "classiques" (Int, Float, String,...),
mais bon après si ça fonctionne, pourquoi pas.

Qu'est ce que ça donne si tu fais ça :

Code:

---

1 2 3 4 5 6

session_start(); $ref_licensedata = $_SESSION['ref_LicenseData']; $ref_licensedata->setAppliName($_POST['list']);   UtilFct::debug("ldisplistapp 29 getAppliName ", $_SESSION['ref_LicenseData']->getAppliName()); // Quel est le résultat du var_dump amélioré sans rechargement de page ? est-ce que tu retrouve le contenu de $_POST['list'] ?

---

Merci pour ta réponse.

Pour les types "simples", je crois qu'on parle de types scalaires...

Sinon, te répondre n'est pas possible, car ayant changé de stratégie, la méthode setAppliName n'existe plus...Je comptais cocher :resolu: quand cette autre stratégie serait au point. C'est pas encore le cas, mais pour ne pas faire perdre du temps aux membres DVP, je le fais.