Antoine.Guiral.Info

Ce billet fait parti de la série sur la poo en php.

La dernière fois nous avions écrit notre première classe dans le cadre de notre apprentissage de la poo avec php. Un des problèmes que nous avions évoqué était qu’en php5 nous ne pouvions avoir qu’un constructeur (méthode __construct() ). C’est la raison « pratique » pour laquelle nous allons utiliser le pattern factory.

Cependant il y a d’autres raisons, que je classifie de « philosophiques », au fait que nous utilisions les factories.

Mais tout d’abord « c’est quoi un(e) factory?? »

Le principe des factories

Techniquement c’est une classe qui ne contient que des méthodes statiques. Ces méthodes statiques retournent des objets. Par exemple, la classe UtilisateurFactory.class.php ne contiendra que des méthodes statiques qui retourneront des instances de Utilisateur.class.php. Les méthodes que nous pourrions retrouver sont :

• static function creerUtilisateur($login,$password,$mail);
• static function loginUtilisateur($login,$password);

Chaque méthode retournera un objet utilisateur. Ca c’était pour le coté technique. Regardons du coté « philosophique ».

Si il y a quelque chose sur lequel je porte de l’attention, c’est la clarté et la maintenabilité du code…autrement dit la « beauté » du code!

Et c’est la que les factories jouent doublement leur rôle. D’une part on sépare complètement la manière de créer un objet et l’objet en lui même. D’un côté les méthodes du factory servent juste à créer des objets (ce qui va correspondre en SQL à des INSERT/SELECT). De l’autre les méthodes de l’objet agissent DIRECTEMENT sur l’objet et correspondront à des UDPATE/DELETE en SQL.

Pour reprendre l’exemple de l’utilisateur : le factory se charge de créer l’utilisateur (INSERT) ou de le loggé (SELECT) et un utilisateur peux changer son mail (UPDATE) ou supprimer son compte (DELETE).

Ensuite, si on veut se rapprocher du model MVC, les factories simplifie enormement la lecture du code (et donc son écriture!) puisque au moment de la création seule la méthode correspondant à l’action à réaliser est appelée. Pas besoin de créer un objet, puis de « setter » les variables et ensuite d’appeler une méthode save, etc etc. Notre méthode creerUtilisateur se charge de tout.

Il y aurait encore beaucoup d’avantages à énumérer mais vous avez les principaux à mon sens C’est un peu déroutant au début et on est tout le temps en train de se demander « alors ca ca va dans la factorie? dans laquelle? comment je l’appelle? » mais après quelques heures on voit déjà les bénéfices

Dernier petit conseil, donnez des noms qui ont du sens à vos méthodes et variables. Ne pas hésiter par exemple à appeler une méthode : getBouteillesFromCasierByMillesimeAndAppellation($millesime,$appellation); votre IDE se chargera de l’écrire à votre place les fois suivante Et personnelement je joue beaucoup sur les pluriels pour savoir si ma méthodes va me retourner un objet seul ou un tableau d’objets…

Pour mieux comprendre le sujet je vous propose de suivre ce screencast qui reprend les exemples précédents. Pour votre confort, activez la HD et le mode plein écran.

[poo php] découverte du pattern factory from Antoine Guiral on Vimeo.