conseil sur ORM

bonjour,

je débute avec le zend framework. J'ai pas mal travaillé en C# et j'ai l'habitude de ne pas créer les méthodes de bases pour mes "objets mappant" ma base de données.
J'ai testé l'outil ci-dessous qui et vraiment pas mal http://www.elfangels.fr/webprojecthelper/fr/

J'aimerais savoir s'il existe un "équivalent" pour le zend framework ? L'idée serait d'avoir un nommage de méthodes plus "ZF-like" notamment au niveau des "Model Mapper" et du Model comment mentionné dans
http://framework.zend.com/manual/fr/...ate-model.html.
Le cas échéant, vu qu'il y a un héritage d'une classe abstraite, y a t'il des méthodes obligatoires ou le nommage est plus libre?

Désolé si ces points ont déjà été abordés ailleurs. D'avance merci de vos réponses.

Je n'ai pas très bien compris ce que tu recherches.

C'est quelque chose te permettant de générer tes tables MySQL ?
Si c'est le cas tu peux utiliser l'outils que tu avais mais je n'aime pas ce genre d'outils, je te conseille MySQL workbench pour créer tes tables.

Sinon tu as l'ORM Doctrine, dans ce cas là regarde pour la version 2 qui est bien mieux.

Sinon au niveau de Zend par défaut tu as les DbTable pour interroger et faire le mapping avec ta BDD. Et le Row représentant tes objets métiers.

Citation:

---

Envoyé par 5h4rk

Je n'ai pas très bien compris ce que tu recherches.

---

Je vais essayé de préciser. Merci des infos. En fait je souhaite juste auto-générer les méthodes de base des classes en liaison avec la bd.

Le soucis avec Doctrine c'est que les classes hérite de Doctrine_Table. En gros je voulais savoir s'il n'existait pas la même chose avec DbTable.
A défaut j'utiliserais WebProjectHelper. Les méthodes qu'il me génère ressemble à ça:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

/** * Sélectionner tous les users * @param $pdo PDO * @return PDOStatement */ public static function selectAll(PDO $pdo) { $pdoStatement = self::_select($pdo); if (!$pdoStatement->execute()) { throw new Exception('Erreur lors du chargement de tous/toutes les users depuis la base de données'); } return $pdoStatement; }

---

Je voudrais savoir si le code est, au niveau du nommage de la méthode, "Zf-like" histoire d'avoir une certaine cohérence de nommage.

Et la dernière question dans les DB_Tabl, y a t'il des méthodes obligatoires à définir ?

D'avance merci.

Bonjour,
Dans DbTable tu n'as rien besoin de mettre obligatoirement.

Ces classes te permettent déjà d'utiliser des méthode de Zend_Db_Table_Abstract, comme :
- fetchAll : récupérer toutes les entrées ou plusieurs entrées
- fetchRow : récupérer une entrée
- find : récupérer une ou plusieurs entrées
etc ...

Ok merci. En gros les méthodes retournées par WebProjectHelper sont déjà implémentées. Il faut juste les surchargés pour qu'elles aillent chercher les bonnes infos.

Merci bien.

Pas forcément besoin de les surcharger tout dépend de ce que tu veux car elles prennent des paramètres.

Ok merci de l'info. Si je comprends bien, si je veux faire un user->select($id_user), il va falloir que je le fasse moi même.

Non pas que ça me dérange mais sur des projets de grande envergure où ils y a des centaines de tables c'est assez lourd, coûteux et risqués. Je suis assez étonné qu'il n'y ai pas d'ORM dans ZendFramework ou de projets qui ce soient montés pour en fournir un.

Juste pour préciser ce que j'appelle ORM c'est un générateur d'objets (avec les méthodes de bases constructeurs, accesseurs, insert, update, delete, select ...) à partir du modèle des données. Ce que propose Doctrine ou WebProjectHelper.

C'est dommage.

Donc non tu n'as rien compris et surtout ne semble pas savoir la différence entre ORM et Data mapper ou autre.

pour sélection un user tu as fetchRow qui peut être utiliser.

Pour informations, j'utilise ZF sans ORM sur des projets de très grandes envergure sans le moindre problème.

Citation:

---

Envoyé par 5h4rk

Pour informations, j'utilise ZF sans ORM sur des projets de très grandes envergure sans le moindre problème.

---

Je ne dis pas que ce n'est pas possible. Ni que ça pose des pb. Je disais que si tu souhaites travailler avec des objets issues de ton modèle de données et que tu es obligé de faire toutes les classes de bases ça représente beaucoup de travail et c'est source de risques.

Certes faire des accesseurs sur tes propriétés de classe, et autres méthodes de bases, ce n'est pas très compliqué. Mais ça prend à la fois du temps en réalisation et en vérification.

Si tu passes par un "générateur d'objet d'objets d'après ton modèle de données", si tu préfère, tu t'affranchis de cette problématique.

Encore une fois tu n'as pas compris, j'espère que ça ne va pas devenir une habitude.:P

Tu n'as pas besoin de faire tes getters/setters, ni même faire des méthodes permettant de manipuler ton objet car Zend contient déjà pas mal de chose permettant de faire ceci.

La seule chose à faire est de créer un classe par table et pas besoin de grand chose dedans si ce n'est les relations et la clé primaire si cela est nécessaire.

Ces classes doivent hérité de Zend_Db_Table_Abstract.
Je t'invite à regarder les méthodes contenus dans cette classe. Certaines retournent un row (un objet) et d'autre un rowset (ensemble de row).

Quand tu manipule un row, tu peux récupérer une donnée en en la considérant comme un attribut public de ton objet, de même pour le modifier.

Citation:

---

Ces classes doivent hérité de Zend_Db_Table_Abstract.
Je t'invite à regarder les méthodes contenus dans cette classe. Certaines retournent un row (un objet) et d'autre un rowset (ensemble de row).

---

Ok. Je vais regarder plus en détail. Mais dans ce cas, si on a pas mal de chose dans pourquoi dans le tutoriel ci-dessous, on présente comment mettre en place des objets en relation avec le model ...

http://framework.zend.com/manual/fr/...ate-model.html

Je rappelle que je débute avec ZF et que ce qui est présenté dans le tuto n'a rien de déconnant à mon sens. Mais j'ai peut-être rien compris ;). En tous cas merci de tes réponses et de ta patience.

Là par contre, je suis tout à fait d'accord avec toi, et je trouve que cela induit en erreur le développeur qui débute, je suis passé par là aussi.

Ce qu'ils proposent dans ce tutoriel est bien pour tout découper, mais il est préférable d'utiliser les rows directement que qui éviter la création de 3 classes par entité de la BDD.