PHP

[PHP objet] p'tit coup de main !

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [PHP objet] p'tit coup de main !

Fused

Hello,

je réalise un projet en php objet et j'aimerai quelques précisions !

voilà ce que je suis en train de faire :

Je dois tout d'abord gérer des membres.

J'ai un fichier membre.php dont voici le résumé :

Code :

<?php
$member = new member(0, 'xx', 'xx', 'xx', 'xx', 0);
if (!isset($_SESSION['ID'])) {
// the visitor has to login if he want to see the dictionnary
echo '<h3>You have ton logon to access this page.</h3>';
$member -> logon();
}
elseif (isset($_GET['log'])) {
// member connection
}
elseif (isset($_GET['unlog'])) {
// member disconnection
}
elseif (isset($_GET['register'])) {
// register a new member
}
elseif (isset($_GET['modify'])) {
// modify a member
}
elseif (isset($_GET['delete'])) {
// delete an member
}
elseif (isset($_GET['forget_password'])) {
// the members has forget his password
}
?>

Et un autre fichier membre.classes.php ou il y a toutes les fonctiones relatives au membres (dont le constructeur).

Code :

class member
{
var $id;
var $login;
var $name;
var $surname;
var $mail;
var $status;
function member ($id, $login, $name, $surname, $mail, $status)
{
$this->id=$id;
$this->login=$login;
$this->name=$name;
$this->surname=$surname;
$this->mail=$mail;
$this->status=$status;
}
function logon()
{
// formulaire pour se connecter
}
function isAdmin()
function infosMembres()
........
// et plein d'autres fonctions...

Donc pour utiliser toutes les fonctions relatives aux membres je dois construire un objet. Pas très judicieux je trouve. Je suis sur la bonne voie ou je me plante totalement ?

Publicité

supermofo

Hello World !

Les code qui est dans ton membre.php ne sert pas a grand chose puisque tu sort du declaratif.

Pour garder du code propre dans tes clients tu utilises des methodes statiques.

Code :

abstract class user{
$uMap = array ( 'droit1' => $v,
....);
protected $username;
protected $level;
//quelques fonctions abtraites
// variable communes a tous les user parlant du comportement de la classe user
public function isLogged($param){}
public function getUserLvl(){}
}
class admin extends user{
//var unique propre a admin
protected $userid;
public function isAdmin(){}
//tout ce que admin peut faire
}
class UserFactory {}
/* code client */
// autoload ou require ....
$u = UserFactory::getUser($sid);
if($u->authorize == true || ... === 'true')
//blabla

C est un framework de base que j utilise tout le temps et qui marche tres bien. Apres tu px rajouter des methode dans la factory pour avoir une sorte de chef d orchestre.

Dsl pour les fautes qwerty pwnz

Message édité par supermofo le 28-02-2007 à 20:01:32

Fused

Je n'ai pas tout compris, je sors du déclaratif, c'est à dire?

Je dois mettre tout ce qui est dans membre.php dans une classe main?

Djebel1

Nul professionnel

J'ai vu (et fait) pire lors de premières conceptions objet, mais c'est pas tout à fait ça là

Déjà, quitte à commencer un projet, met toi à PHP5 plutôt que PHP4. PHP5 est beaucoup plus adapté que PHP4 pour faire de l'objet (visibilité des variables et fonction, passage par référence, etc, etc ...);

Ensuite tu vois que là tu mélanges de l'objet (membre.classes.php) et du non-objet (membre.php). Tu viens de tomber sur le premier (mais pas le dernier) problème à faire de l'objet en PHP.
Pour le résoudre, il te faut un point d'entrée à ton application, un "controller" qui va lancer les actions, un truc qui correspondrait au main en java. Exemple :
dans l'index :

Code :

$controller = new Controller;
$controller->execute();

Et le controller :

Code :

class Controller
{
public function execute()
{
//le code que tu mets dans membre.php,
//enfin plus ou moins ;)
}
}

C'est assez basique comme exemple, mais donc là tu vas faire du tout objet à l'exception de 2 lignes dans l'index. L'intéret est grand : un seul point d'entrée dans ton application signifie un seul endroit à modifier pour modifier toute l'application, etc, etc.

Et donc avec cette ptite intro, tu tombes dans l'apprentissage des "design pattern". Je t'"invite à lire en entier ce topic : http://forum.hardware.fr/hfr/Progr [...] 7425_1.htm
C'est hardu au début, mais si tu cherches à te renseigner sur tout ce que tu ne comprends pas ça viendra.

Je passes sur les méthodes de ta classe Member, parce que on va tomber dans des débats sur la POO ; moi, je ne ferais pas comme ça, mais j'ai déjà vu pire que ce que tu fais et faut bien commencer.

Ce que te montre supermofo ("factory pattern", enfin un d'entre eux) est à mon avis mal adapté : nul besoin d'utiliser des méthodes statiques. Et à mon sens c'est une bien piètre utilisation du factory pattern : c'est plutôt utile quand tu as le choix entre plusieurs objets pour la même action (par exemple, un objet qui va générer du html à partir de données, et un autre objet avec exactement les mêmes méthodes mais qui génère du pdf ; c'est le factory qui déterminera lequel instancier et tu n'as plus à t'en préoccuper dans le code). Là, utiiser une méthode statique pour instancier une classe du Model layer ... mouais pourquoi pas hein, je vois pas l'intéret

Message édité par Djebel1 le 28-02-2007 à 21:13:57

supermofo

Hello World !

J'ai pas trop envie de rendre la tache de Fused plus difficile.

Par contre Djebel tu tapes sur un point sensible. Factory = decoupler instantiation de l'utilisation.

Entre utiliser

Code :

$a = new User();
$a->execute();

Mauvais usage : melanger de la logique et de l'instantiation.
ou

Code :

$fact = new UserFact();
$a = $fact->getUser();
$a->execute()

Mauvais usage : trop de code, copie d'objet au lieu de reference
ou

Code :

$a=UserFact::getUser();
$a->execute()

Mauvais usage : trop de statique = procedural

J'utilise la troisieme pour commodite, pour mes exceptions et pour etre plus comprehensible.

Edit: Pas motive pour detailler plus

Message édité par supermofo le 28-02-2007 à 23:45:21

Djebel1

Nul professionnel

Pas besoin de faire une méthode statique pour ça, tu peux par exemple faire une classe Factory qui est instanciée dans le constructeur de ton controller, et ensuite appeler une méthode publique de cette classe Factory quand tu le souhaites.
Les méthodes statiques autant éviter de les utiliser quand c'est pas nécessaire.

Au passage je pense qu'il y a pas de problème à mélanger de la logique et de l'instantiation, surtout quand tu instancie une classe du Model layer. Dans le cas d'une classe du Model layer, c'est vraiment uniquement pour ne pas se taper une ligne d'include ou d'autoload ^^

Message édité par Djebel1 le 28-02-2007 à 23:48:55

FORUM HardWare.fr

Programmation

PHP

[PHP objet] p'tit coup de main !

Sujets relatifs
[PHP] problème code...	[Grammaire] Lex et Yacc pour Php
[PHP] Recupérer les 1er caracteres d'un mot	[PHP] parcours de fichiers dans un dossiers
[PHP] supprimer contenu d'une table mysql	[PHP] création dynamique de menu SELECT ?
[PHP] Faire de la pub pour un site	Modifier ce menu avec images zoomées en PHP
[.net][C#] Récupérer l'objet declenchant l'événement dans page_load()	RESOLU : PHP afficher un gif animé qui s'anime
Plus de sujets relatifs à : [PHP objet] p'tit coup de main !

Page générée en 0.103 secondes