Gestion membres via POO

Question

Je me posais la question justement.

Pour pouvoir faire une interface membre (donc : admin + membre +
visiteur), dois-je faire ca en une seule classe ? Ou alors puis-je le
faire sur des classes distinctes ? Dans le genre :

$me = new membre(); // Si c'est un membre

$me = new admin(); // Si c'est un admin etc...



Quelle est la meilleur solution niveau maintenance et rapidit&#233; ?

cs_Anthomicro · Answer

Salut, pourquoi passer par une classe ? niveau rapidité la meilleure solution déjà c'est de ne pas passer par une classe justement ;-) niveau maintenance heu... un simple if(isset($_SESSION['login'])) pour savoir si c'est un membre, je ne pense pas que t'aurais besoin de classe pour faire ça ;-)

Entraide, dépannage et vulgarisation informatique : Mon site de vulgarisation informatique

FhX · Answer

Disons que je voulais voir si on pouvait faire un espace membre via un syst&#232;me de classe.



Par exemple, lors du login d'un membre, je peux faire quelque chose
comme ca (approximativement, je passe les tests des champs) :



// Page de login :



$me = new membre();

 if ( $me->login( $_POST['login'], $_POST['passwd'] ) ) { // Je suppose que la m&#233;thode renvoit true ou false

      $me->retrieve_infos(); // Me permet
de ne r&#233;cup&#233;rer qu'une seule fois les infos du membre concern&#233;.

      $_SESSION['objet'] = serialize($me); //
Je s&#233;rialise le tout histoire de pouvoir r&#233;cup&#233;rer l'objet dans une
autre page.

 }



// Page prot&#233;g&#233;e :



if ( isset($_SESSION['objet']) ) {

   $me = unserialize( $_SESSION['objet'] );

}

$me->show_infos() // Me permet de constater que les infos du membres
sont toujours la, et ca m'a &#233;conomis&#233; une requete SQL si j'ai besoin de
les r&#233;cup&#233;rer plus tard.



Est ce que tu me suis toujours ?

cs_Anthomicro · Answer

Inutile selon moi ;-) pas besoin de récupérer les infos via la base (sauf la première fois lors de l'authentification, ensuite tu mets tout en session)

Entraide, dépannage et vulgarisation informatique : Mon site de vulgarisation informatique

FhX · Answer

Disons qu'avec cette methode, tu bouffes pas mal au niveau des sessions. Mais bon, ca joue peut-&#234;tre sur rien du tout.



Je pensais que le fait de passer ca du cot&#233; des classes serait un peu plus souple... finallement, ca se ressemble + ou -.

cs_Anthomicro · Answer

heu bah tu passes de toute façon au niveau des sessions, qu'il y ait une classe ou pas ça change rien (enfin si ça ralentit le script) et puis au niveau des sessions tout dépend la quantité que tu stockes dans les variables, perso je stocke pas mal j'ai pas de problème, faut pas abuser non plus c'est sûr ;-)

Entraide, dépannage et vulgarisation informatique : Mon site de vulgarisation informatique

malalam · Answer

Hello,



pour ma part, je ne parlerai pas de performance, mais je r&#233;pondrai directement &#224; ta question premi&#232;re.

Tu evrais regarder du c&#244;t&#233; de l'h&#233;ritage. Un admin est un membre avec
plus de possibilit&#233;s. Donc on peut en d&#233;duire qu'un admin peut d&#233;river
d'un membre. 

Bref; je ferai un syst&#232;me d'h&#233;ritage dans ce cas, avec une classe
utilisateur de base, puis tes diff&#233;rents groupes, qui serai&#233;nt des
classes h&#233;ritant de cette classe de base (voire d'un de ses enfants
:superadmin pourrait h&#233;riter de admin qui h&#233;riterait de membre).



A relire : http://fr3.php.net/manual/fr/language.oop5.basic.php

cs_Anthomicro · Answer

Heu... Pourquoi vous compliquer avec les classes, je vois pas ce qu'elles apportent dans le cas présent ?!

Entraide, dépannage et vulgarisation informatique : Mon site de vulgarisation informatique

Gestion membres via POO

7 réponses

Votre réponse

Discussions similaires