Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Bonjour,
je suis un peu perdu dans le choix de mon organisation des models.
Pour faire simple, j'ai une table contact avec une jointure sur une table fonction
Je pense organiser mes fichiers comme ceci
/models
---/Contact
------/Db
--------- Insert.php
--------- Update.php
--------- Delete.php
--------- Select.php
---/Fonction
------/Db
--------- Insert.php
--------- Update.php
--------- Delete.php
--------- Select.php
---Contact.php
---Fonction.php
Est ce qu'il est bon de séparer en deux models avec chacun une façade (merci aux sujets de zf et de sekaijin)
avec une fichier Fonction.php qui permet de lister, ajouter, supprimer(, etc) des fonctions, et puis une autre façade Contact.php qui l'utilisera en partie.
Ou bien c'est seulementun fichier Contact.php avec toutes les méthodes.
Merci de m'éclairer, car on a souvent besoin de gérer des données provenant de divers models.
Hors ligne
Je te conseil de lire un article de Sekaijin sur le sujet : http://sekaijin.ovh.org/?p=15
J'en profite pour saluer l'excellent blog de Sekaijin et lui dire que l'on attend avec impatience ces prochains articles
Dernière modification par Isilgawen (09-01-2008 11:08:26)
Hors ligne
oui je l'ai lu ( c'est bien pour ça que je citais Sekaijin),
je regarde très régulièrement pour de nouveaux articles aussi d'ailleurs
Le soucis, c'est dans ma conception est ce qu'il est bon de séparer en deux facades, quitte à ce qu'on utilise la méthode de Sekaijin pour n'avoir q'un point d'entrée pour tous les modèles.
Est ce qu'on peut représenter ces deux tables en deux "entités" (je ne suis pas expert en mdc ) représentés en deux modeles ou pas ?
Comment transcrire ça dans les règles de l'art ?
Hors ligne
Perso je ferais bien 2 modèles différents. Et perso je mettrais aussi un seul point d'entrée (c'est quand même bien propre et pratique à la fois).
Je pense que tu veux faire "trop" bien. Tu te prends un peu la tête du coup
Hors ligne
Merci,
je sais c'est un peu prise de tête mais j'ai 8 tables liées rien qu'avec ma table contact donc ça peut faire un bon paquet de repertoires avec tout le reste
Je pense que je vais continuer comme ça alors
pas évident tout ça..
Hors ligne
Je comprends pas pourquoi tu à l'architecture suivante?
------/Db
--------- Insert.php
--------- Update.php
--------- Delete.php
--------- Select.php
---/Fonction
------/Db
--------- Insert.php
--------- Update.php
--------- Delete.php
--------- Select.php
Si tu utilise Zend_Db_Table, tu n'as pas besoin d'avoir autant de fichier, toutes les méthodes (insert update select ...) sont dans la classe! Un petit héritage pour tes besoins et le tour est joué!
Hors ligne
oui je sais , je n'utilise pas dans ce cas Zend_Db_Table (pour diverses raisons) , j'utilise les Pdo Statement directement , et j'ai séparé les insert, update, delete..
Mais je compte bien utiliser zend_db_table en effet ( J'avais mis de côté à la v 0.9) mais il faut que je m'y replonge notamment pour l'héritage et l'utilisation des Zend_db_table_row avec gestions des droits..
Tout un programme , j'ai vu quelques idées ici et là
Hors ligne