Zend FR

j'utilise Zend_Db_Table pour faciliter certaines choses. j'ai beaucoup de table qui ont un structure simple est classique un id auto incrémenté comme clef primaire et d'autre champs
sur celle-ci il y a quelques requêtes qui reviennent de façon récurrente
getElementById qui retourne une ligne en fonction de la clef primaire
insertObject qui insère un objet (un peut comme ton exemple)
updateObjectById (qui met à jour un objet en se basant sur sa clef)
DeleteById qui supprime un élément par sa clef.

J'utilise aussi des classes spécifiques pour les objets que je sort de ma table
les objet sortit de la table client seront des Client de la table facture des factures. du coup mes classe on tout intérêt à être des Zend_Db_Row car ainsi il garde le lient avec leur table à condition qu'il soit associé à une Zend_Db_table

J'écris donc une classe Model_Clent_Table qui dérive de Zend_Db_Table et une Model_Client_Row qui est un client et qui dérive de Zend_Db_Row.

je suis bien avancé car en fait à ce stade je n'ai rien fait. il va me falloir définir sur la classe Model_Client_Table les méthode que j'ai données plus haut
et si j'ai un Model_facture_table je recommencerais.

et c'est là que le modèle objet prends toute sa valeur.
Je me suis fait une classe Model_Table qui dérive de Zend_Db_Table qui contient ses méthodes. il me suffit donc de dériver Model_Clent_Table Et Model_Facture_Table de Model_Table est ces méthodes sont hérité plus besoin de les écrire. elle le sont une fois pour toute.

J'ai dit que Zend_Db_Row garde le lient de sa table d'origine. c'est pratique pour mettre à jour un objet. je demande à ma table un Client je le manipule et ensuite je lui demande la table d'où il vient pour l'enregistrer.

il serait intéressant de pouvoir faire de même avec un nouvel objet. je crée un Client et je lui demande sa table pour l'enregistrer.  mais la classe Model_Client_Row ne connait pas la table car c'est un nouvel objet. la Classe Model_Client_Table elle connait la classe Row qui lui est associé. J'ai donc ajouté à Model_Table la méthode newElement qui me retourne un nouvel objet qui est relier à la table. je n'ai plus qu'a le manipuler pour fait comme pour les mise à jour.

finalement le code pour enregistrer un objet
qui est lié à une table est toujours le même. j'ai donc ajouté une classe Model_Row dont mes Model_Client_row et Model_Facture_Row dérivent. je lui est adjoint la méthode save. qui retrouve la table et invoque un inserObject ou updateObjectById

la boucle est bouclé pour manipuler des Livre je crée la classe Model_Book_Table je lui donne comme paramètre la table book et al rowClass Model_Book_Row sur cette dernière je définis les champs ayant une valeur par défaut (pour la création new) je lui adjoint les méthode métier par exemple critiquer et c'est tout

je fais

$aBook = $bookTable->getElementById(25)->critiquer('ceci est une critique sévère)->save();

ou

$aBook = $bookTable->newElement();
$aBook->Author = 'sekaijin';
$aBook->Title = 'Using Zend_Db_Table';
$aBook->save();

si j'ai besoin de rechercher la liste des ouvrage pour un auteur je n'ai pas à chercher où je vais mettre la méthode naturellement je l'ajoute à Model_Book_Table

ainsi mon  code est capitaliser vu que pour chaque table je n'écrit que ce qui la concerne. tout ce qui est commun à toute les tables est dans Model_Table

finalement je n'écris pratiquement pas de requêtes j'utilise les méthodes hérités

mais je suis allé plus loin. je manipule pas mal de table hiérarchique. sur ces dernière j'ai des besoin récurant. ajouter un fils supprimer un nœud trouver le père trouver tous les ascendants trouver tous les fils trouver tous les descendants trouver les ascendants sur x générations  trouver les descendants sur x génération
il y là de la récurcivité mais en plus je veux pouvoir filtrer tous les ascendants sur x génération ayant telle propriété.

Je me suis donc définit un modèle de table hiérarchique pour utiliser une table hiérarchique je dérive de Model_Table_Rih (représentation Intervalaire de Hierarchie) je fournis le nom des champs impliqué dans la gestion de la hiérarchie et j'ai toutes les méthode précité dispo écrire un table hiérachique prend 5 lignes

A+JYT

j'y pense ça me permettrait en autre de rédiger un peut tout ce que je fais avec et surtout de documenter mon travail qui en manque cruellement.

A+JYT

c'est une question qu'on se pose de façon récurrente
Zend_Db propose Zend_Db_Table et Zend_Db_Row
mais ce ne sont que des propositions

personnellement j'ai choisit une classe pour représenter la collection et une pour représenter les éléments qu'elle contient
à tel point que j'ai des interfaces collectionnable qui ont des méthodes particulière et
je peux ainsi gérer des collection qui ne sont pas des Tables dans une base au même titre qu'une table

la collection représente le gisement alors que les élément les objet qui la compose
on ne fait pas la même chose avec la collection qu'avec sont contenu

donc deux classe me semble la bonne approche. maintenant il y a de nombreux cas ou on n'a pas de traitement particulier à faire sur les éléments donc pas de méthode métier à leur associer on ne fait que les sortir de la collection les modifier et les enregistrer. dans ce cas avoir une classe qui n'a pas de méthode est assez inutile.

mais une fois que tu as pris le plis de deux classe ça va très vite et c'est facile à faire évoluer.

dans des cas très simple le modèle peut même se réduire à une seule classe voire à quelques fonction. mais c'est particulièrement difficile à faire évoluer.

Les MOA n'hésitent pas à demander des changement métier et avoir un ensemble bien structuré et évolutif permet de mieux répondre à ce genre de demande.

A+JYT

+1 pour lesl tutos avec des chti bout de code de ces fameuses classes

Par contre je me posais une question pourquoi as tu refait des methodes du style getElementById ou newElement alors que tu hérites de Zend_Db_Table : find() fetchRow() et fetchNew() ?

Dernière modification par Isilgawen (23-10-2007 14:04:47)