Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Bonjour,
Voilà, j'aurais aimé avoir votre avis sur quelque chose d'assez spécial et qui n'est pas précisé dans la doc.
Donc jusque là, j'ai réussit à mettre en oeuvre les 3 classes métiers pour 1 table (mappeur, table abstract, objet).
Jusque là je m'en sors avec:
- Mappeur: fait le lien entre la classe objet et la table abstract
- Table Abstract: va contenir nos différentes requêtes SQL et faire le lien avec la table physique
- Objet : Classe permettant de manipuler les résultats retournés
Pour une table simple sa va, pour des tables en liaison (1,n), je m'en sors aussi. Mais lors d'une liaison par une table d'association? Comment on structure le tout avec ces 3 classes?
Pour les deux tables de chaque côté de l'association, je fais comme d'ab, mais pour la table d'association, sa marche comment? Je vois le table abstract mais pas la suite. Les requêtes fetch, je les créer dans les autres tables avec les jointures, mais lors d'une sauvegarde, je le structure comment?
Dois-je aussi créer une classe Mapper et Objet?
Si quelqu'un peut m'apporter la réponse je l'en remercie.
Hors ligne
throrin19 a écrit:
- Table Abstract: va contenir nos différentes requêtes SQL et faire le lien avec la table physique.
à la place de cette classe tu peux utiliser Zend_Db qui fait déjà ça :
http://framework.zend.com/manual/fr/zend.db.table.html
throrin19 a écrit:
Dois-je aussi créer une classe Mapper et Objet?
oui tu peux considérer la relation comme un 3e objet et ensuite avec Zend_Db tu peux faire le lien comme ça :
http://framework.zend.com/manual/fr/zen … ships.html
Hors ligne