TENTATIVE D'APPROCHE D'UN MODÈLE CRUD : UTILISATION D'UNE CLASSE SGBD

---

Auteur : codefalse

Ecrire un message privé
Site perso
Commentaire sur cette source (2)
Ajouter un commentaire et/ou une note

Bonjour à tous,
Après une première approche complètement ratée (voir : http://www.phpcs.com/code.aspx?ID=42628), je propose une autre solution qui est carrément plus performante (c'était pas dificile de faire mieux). En meme temps, cette source est en php5, finalement j'ai décidé de migrer, donc ca aide.

Bref, qu'est-ce que vous allez trouver dedans :
J'ai integré ma classe abstraite database ainsi que ma classe mysql pour la relation avec la base de donnée (qui à été fortement inspiré de celle de FhX, je l'avoue et lui remercie de ses bonnes sources), mais ca marche très bien avec ses sources ou avec les votres, il suffit d'adapter le code.
Avec ces deux classes, vous trouverez une classe users, qui permet de faire la relation entre la classe base de donnée et une sortie éventuelle (découpage du code en architecture 3 tier, MVC)

On peu biensur augmenter les capacités de la classe en y ajoutant des fonctions spécifiques. Ce que j'ai mis ici n'est juste qu'à titre d'exemple au niveau fonctionnalité, l'idée étant de faire une fonction pour chaques "actions" (je dirai meme requete, mais pas nécéssairement).
Ensuite, afin de bien découper le travail, le plus interessant (à mon gout) est de faire une classe par table.

Je n'ai pas vu quelque chose de semblant sur le site, excepté la source de Masternico (http://www.phpcs.com/codes/CLASSE-ACCES-BASE-DONN EES_42649.aspx), mais qui n'utilisait pas une classe SGBD abstraite. C'est pour cela que je me suis lancé à la proposer.

Au niveau des fonctionnalités :
La classe abstraite dispose d'un gestionnaire d'erreur (très simple) : Elle enregistre l'erreur retournée dans un tableau, si la variable _config["SHOW_ERROR"] est sur true, elle affichera l'erreur. Elle permet de faire les principales actions sur une base : query, free_result, last_id, fetch_* (=row, array, object), affected_rows

La classe mysql gèree les singleton. Pour le reste elle est dépendante de la classe abstraite

La classe users permet d'ajouter, modifier, supprimer et lister les utilisateurs.
Une évolution qui pourrait être très interessante serait de faire une classe à part qui s'occuperait des actions principales : Ajouter, Modifier, Lister, Supprimer : et la on s'approcherai vraiment du modèle CRUD. (Create, Read, Update, Delete)

Au niveau des défauts : mes classes sont commentées (excepté la classe mysql, désolé :/)
Et je ne suis pas sur de l'efficacité de la déclaration de la classe mysql. Je vous explique :
Dans le fichier de config (vars.php), on spécifie le type de class sgbd (dans mon cas mysql)
Dans la page index.php (celle dont le code source est juste ci-haut), je l'insère par un require_once (DB_PATH.DB_MODEL.".class.php");
Mais pour l'instancier, je le fait dans la classe users (je pourrai éventuellement le faire sur le fichier index.php) de cette manière :


eval ('$this->dblink = '.DB_MODEL.'::GetInstance();');
// et ensuite
$this->dblink->Connect ();

Le fait que le modèle de sgbd soit dans une constante (ou même dans une variable), m'a bloqué, et je n'ai trouvé que cette solution. Si vous en voyez d'autres, je suis preneur !!

Voila, j'attends vos commentaires avec impatience :)
Remarque : Contrairement à la précédente fois, je prendrais vraiment les commentaires envers ma classe comme avis et pas comme "attaque" simplement car ce coup je poste ma source pour avoir des avis, des modifications a effectuer. La dernière fois, j'esperais des commentaires sur le concept, non sur la classe :)

Télécharger le zip