Créer un framework MVC en Php - Créer un modèle - Php

Je te propose que l'on fasse quelque chose de relativement simple et très courant sur les site web, de l'authentification. On va donc créer une table en base de données, qui représente un utilisateur avec ses informations de connexion, je te fournis la requête de création de la table :



Et maintenant je vais te laisser créer une classe User dans le modèle, le but est qu'elle possède un constructeur vide et une propriété pour chaque colonne de la table avec exactement le même nom.



Mais on est pas sensé utiliser un underscore pour les noms de propriété private?

C'est une bonne pratique en effet, mais ça nous compliquerai les choses, il faudrait revoir complétement le BaseManager pour gérer cette transition de nom avec underscore dans les classes et sans dans les colonnes de table. D'autre part, le FEtCH_CLASS ne fonctionnerai pas aussi simplement car il ne trouverais pas les propriétés associées aux colonnes. Pour faire simple cette fois, je te propose que l'on mette ces propriétés en public. Mais garde à l'esprit que l'on pourrait choisir d'approfondir ce point pour mettre en place un mapping table/objet qui gérerait cette transformation et nous premettrais d'avoir les propriétés en private avec les accesseurs associés.

D'accord, mais il faudra que tu me montres ça un jour !

Avec plaisir, mais une autre fois, car ça nous demandera pas mal de temps à mettre en place. Met donc la classe à jour.



Très bien, je te propose d'enregistrer ce fichier dans un nouveau dossier Entite que tu places dans le dossier Model. Et tu peux aussi créer en même temps un autre dossier Manager lui aussi dans le Model. Et maintenant la magie va se faire, tu va créer une nouvelle classe UserManager dans ce nouveau dossier, cette classe doit hériter de BaseManager, et rappelle toi qu'il faudra appeller le constructeur parent en lui passant trois paramètres, qui sont le nom de la table, le nom de la classe associé et la source de données, tu recevra ce dernier dans les paramètre du constructeur.

Ok je vois !



C'est bien ça?

Oui c'est tout à fait ça.

Et maintenant on fait les requêtes?

Quelles requêtes?

Et bien le CRUD avec getById, getAll et le reste, il faut bien les refaire ici?

Et bien non, ta classe UserManager a déjà toutes ces méthodes pour réaliser ces requêtes étant donné qu'elles sont définit dans la classe dont le manager hérite.

Ah oui? Mais ... c'est génial !

Oui c'est très pratique, par contre il faut garder à l'esprit que ces cinq méthodes de base sont très génériques, il est possible que dans certains cas, nous ayons besoin de requête plus spécifique, dans ce cas, on pourra soit surcharger les méthodes dans notre manager pour qu'elles soient executer à la place de la méthode parente, soit en écrire de nouvelles avec une requête plus spécifique à notre besoin. Par exemple pour s'authentifier, nous allons avec besoin d'une requête qui recherche un utilisateur par son mail, et non pas son id.

Je pense que j'ai compris, je vais faire ça.



Parfait, maintenant on va voir comment gérer ces manager. J'ai terminé cette partie