Discussion :

[Bakura]

Bonsoir,

Je débute tout juste le PHP et MySQL (depuis quelques jours), mais j'avais déjà pas mal d'expérience en C++, et, de ce fait, je tends à tout penser en terme d'objets, même en PHP.

Première question > Peux-t'on penser en PHP de la même façon que dans un autre langage objet, ou y a t-il des considérations à prendre en compte ?

Deuxième question > Le point qui me rebute le plus pour le moment est la gestion des bases de données. Par exemple, imaginons une simple classe User qui gère un utilisateur, avec un destructeur permettant de définir le login et le mot de passe, et une fonction SetPassword permettant de changer le mot de passe. Est-il censé (et bien) de directement appeler dans le constructeur et la fonction SetPassword (de manière générale, dans n'importe quelle méthode d'une classe), les requêtes SQL ? Ou alors est-ce mieux de récupérer les données en dehors de la classe pour effectuer les requêtes en dehors de la classe ?

Merci de vos réponses.

[batataw]

Première question > Peux-t'on penser en PHP de la même façon que dans un autre langage objet, ou y a t-il des considérations à prendre en compte ?

Oui tu peux tout faire en PHP mise a part la surcharge des methodes et des petites trucs. Mais l'essentiel est bien là.
http://www.php.net/manual/fr/language.oop5.php

Deuxième question > Le point qui me rebute le plus pour le moment est la gestion des bases de données. Par exemple, imaginons une simple classe User qui gère un utilisateur, avec un destructeur permettant de définir le login et le mot de passe, et une fonction SetPassword permettant de changer le mot de passe. Est-il censé (et bien) de directement appeler dans le constructeur et la fonction SetPassword (de manière générale, dans n'importe quelle méthode d'une classe), les requêtes SQL ? Ou alors est-ce mieux de récupérer les données en dehors de la classe pour effectuer les requêtes en dehors de la classe ?

Ca c'est pas lié à PHP, c'est plus un problème de conception. Ca dépendra beaucoup du niveau d'abstraction que tu veux mettre en place.
Tu peux très bien avoir toutes les requetes dans ta classe. Ou bien créer une classe DB qui s'occupe des accés à ta base. Ou encore utiliser le pattern Active Record http://fr.wikipedia.org/wiki/Active_..._conception%29
Tu as une multitude de choix.

[Bakura]

Oui tu peux tout faire en PHP mise a part la surcharge des methodes et des petites trucs. Mais l'essentiel est bien là.
http://www.php.net/manual/fr/language.oop5.php

Ce n'était pas vraiment les fonctionnalités objet du PHP que je souhaitais savoir (le bouquin que j'ai, PHP 5 Avancé, explique ça plutôt bien, je ne me suis jamais servi de l'héritage multiple, de toute façon), mais plutôt s'il y avait des choses à éviter à faire (par exemple, j'ai tendance à encapsuler le plus possible en C++, est-ce qu'il y a des cas en PHP ou l'encapsulation est à proscrire ? Mais effectivement il s'agit plus d'une question de conception.

Ca c'est pas lié à PHP, c'est plus un problème de conception. Ca dépendra beaucoup du niveau d'abstraction que tu veux mettre en place.
Tu peux très bien avoir toutes les requetes dans ta classe. Ou bien créer une classe DB qui s'occupe des accés à ta base. Ou encore utiliser le pattern Active Record http://fr.wikipedia.org/wiki/Active_..._conception%29
Tu as une multitude de choix.

Merci pour le pattern, je vais voir ça .

[Bakura]

Salut,

Merci pour tes réponses, c'est exactement ce que j'attendais. C'est vrai que j'avais tendance à faire des classes relativement génériques en C++... je crois qu'il ne faut pas abuser des abstract et interface en PHP alors .

En fait, en y réfléchissant, je vois quand même moins l'intérêt de certaines classes en PHP (dans un contexte web, je veux dire). Par exemple, toujours sur la classe User. On pourrait imaginer récupérer les données de l'utilisateur (login, pass, e-mail...) via une requête SQL, mais une fois cette requête effectuée et les résultats récupérés, l'instance de la classe ne sert plus à grand chose puisque, théoriquement, dans un autre script, il faudra de nouveau récupérer ces informations et créer un autre objet. L'utilité est donc assez réduite (à moins de pouvoir rendre la portée d'une variable récupérée dans un script à TOUS les autres scripts... Ainsi le script demandant s'il souhaite modifier son e-mail pourra afficher son e-mail sans refaire une demande SQL juste en récupérant l'instance de la classe User,... mais est-ce possible ? avec le mot-clé global ?).

[tatareau]

oui le mot clé global le permet. Mais dans le cas d'une authentification il vaudrait mieux utiliser une variable de $_SESSION, puis d'écrire dans une table les données nécessaires à sauvegarder avec time d'expiration.
On peut créer une classe session qui sera global et te permet de gérer la session utilisateur.
Pour en revenir aux classes abstraites voir interface cela est surtout utile dans de grands projets, et peut-être que à ce moment là l'utilisation de framework comme symfony ou zend framework sont plus adaptés à ce type de dev en php.
Je nuancerai pour les classes abstraites qui permettent d'implémenter de façon orthodoxe les design patterns. Sur cet 'excellent' site il y'a de très bons articles sur les l'implémentation de pattern les plus usuels en php. PHP 5.2.2 et +, permettent une implémentation objet plus strict.

[batataw]

PHP sert dans un temps le plus court possible, a envoyer a un visiteur, une page html, avec ces images textes graphiques etc ... tant que PHP n'a pas terminé son travail moi, visiteur j'ais une page blanche avec un sablier ... et ça on aime pas.

C'est excatement ça, à mon avis il faut que tu lises quelques articles sur les environnement web. Les bonnes et les mauvaises pratiques:
$_SESSION
$_COOKIE
$GLOBALS
Cache

J' avais écris (et sa marche trés bien) l'affichage aléatoire d'un zoom dans la fractale de Mandelbrot . résultat catastrophique ... alors qu'en C , c'est un régal.

Oui il vaut mieux le deléguer à un service écrit C, PHP ne fera que rendre le résultat.