Objets et session

[Feldoran]

Vaguement initié à la POO mais ne l'ayant jamais exploité à fond sur le terrain, j'ai bien envie de m'en servir pour mon projet actuel.

J'ai un bouquin sur le sujet ("PHP5" dans la collection "Les cahiers du programmeur") qui donne de bonnes pistes là dessus mais ne va pas au bout, et laisse de grosses interrogations.


En prenant la base de base...
Admettons que j'ai une classe utilisateur, qui contient grosso modo une propriété par champ de la table correspondante, plus des méthodes du type:
- verifie() qui vérifie que les données entrées à l'inscription sont ok
- inscrit() qui crée un nouvel utilisateur
- connecte() qui vérifie le login/pass saisi et connecte si ok
etc


Comment ensuite s'en servir concrètement pendant la visite sur le site?
Déjà, il n'y a pas besoin de toutes les infos sur certaines pages, donc ne serait-il pas inutilement coûteux de recharger l'objet en entier à chaque fois?
Quel devient l'usage des variables _SESSION dans le cadre d'une programmation POO?

[Zamentur]

Ok, bon moi j'irais vers çà:

Lorsque l'utilisateur arrive sur le site son objet utilisateur est créé.
On serialize() l'objet afin de le mettre en session

Ainsi lorsqu'on rouvre une autre page on récupère l'objet utilisateur avec unserialize() si on a besoin uniquement évidement. Mais si tu veux avoir un historique complet des actions du joueur tu en a forcément besoin.

Ce passage dans la session et la serialisation peut (et à mon avis doit) être géré au sein même de la classe utilisateur. Notamment via un get_instance() qui deserializera l'objet si il est dans la session ou qui créra un nouvel objet et le serializera si il n'y en vais pas auparavant (première visite)

Cette méthode peut même permettre de détecter les connexions à plusieurs compte sur une même session, dans le cadre d'une lutte contre le multicomptisme.

Je sais pas si je suis clair et si il y a besoin de plus de piste?

[X-ZoD]

je vois pas comment pour le multi compte

pour ce qui est des objets, je recrée a chaque page
pourquoi ? je ne sais pas .. ca coute pas plus cher que de serialiser et deseraliser un objet

[Zamentur]

pourquoi ? je ne sais pas .. ça coute pas plus cher que de serialiser et deseraliser un objet

Euh çà dépend des informations que l'objet contient... Ça veut certainement dire que tu met les infos en session directement, plutôt que l'objet entier.
Dans les 2 cas çà se tient, même si çà veux dire que dans ton cas on peut accéder au membre privé de l'objet utilisateur, ce qui ne doit pas arriver normalement.

Pour ce qui est du multi c'est simple, puisque l'objet utilisateur est créé lors de la première page et non lors de la connexion. Il est possible de savoir si un joueur c'est déjà connecté à un autre compte. Car même après décconnection rien n'empêche de garder les informations du compte précédemment connecté et donc faire un lien.

[Feldoran]

A voir.. je vais tester tout ça mais la doc sur le web est pas si abondante que je l'espérais sur le sujet.

[pascal]

Déjà, il n'y a pas besoin de toutes les infos sur certaines pages, donc ne serait-il pas inutilement coûteux de recharger l'objet en entier à chaque fois?
Quel devient l'usage des variables _SESSION dans le cadre d'une programmation POO?

Que veux dire recharger l'objet en entier ?
- faire un SELECT en DB ?
- désérialiser une donnée en session ?

A+

Pascal

[Feldoran]

Oui, en disant "recharger l'objet en entier" je pensais à une requête en DB qui serait effectuée sur quasiment chaque page.
Est-ce que ça se fait couramment ou peut-on trouver mieux?

La sérialisation aurait quel avantage? elle place l'objet où? dans un fichier texte géré par le serveur comme pour une session?

[naholyr]

L'inconvénient de garder un objet en session est qu'on n'a aucune gestion d'erreur pour la désérialisation.

Faites un essai, en exécutant sur localhost cette page :

Code PHP :

<?php 

session_start();



class MaClasse {

  public $var = 'toto';

}



$_SESSION['toto'] = new MaClasse(); 

[Feldoran]

Oui, pour ça pas de souci, je compte utiliser l'autoload pour m'assurer que toutes les classes sont toujours accessibles en cas de besoin.
Et les changements de classe interviendront rarement, lors de changement de version pendant lesquels je rendrai le site inaccessible.

Mais ce que je me demande c'est justement si le fait de faire:
$_SESSION['toto'] = new MaClasse();
est une bonne chose ou pas?

[naholyr]

Rien n'est forcément mauvais ni forcément bon, l'important c'est juste de savoir exactement ce qui se passe lorsqu'on fait quelque chose.
En l'occurrence au moment où tu fais $_SESSION['toto'] = new MaClasse() il ne se passe rien de particulier : l'objet est instancié et placé dans une variable (en l'occurrence dans le tableau superglobal $_SESSION).
En revanche à la fin de l'exécution du script il y a une phase de sérialisation de la session qui est effectuée (en gros, PHP stocke serialize($_SESSION) dans un fichier), et à chaque début de script suivant il a une phase de désérialisation de la session au début (à l'appel de session_start(), en gros PHP fait $_SESSION = unserialize(contenu du fichier)).

Cela épargne une requête, mais ça fait de l'exécution pas forcément visible. Donc quand on utilise ça, il faut juste avoir ces éléments en tête.

Perso j'en mets le minimum en session, pour éviter d'avoir à me poser ce genre de question