Zend FR

Salut,

Si tu utilises directement les tables dans tes controlleurs, la table doit être vue comme une collection et ne devrait contenir que des méthodes de récupérations d'éléments dans cette collection.
Un Zend_Db_Table_Row est un élement de cette collection, une commande donc. Le calcul est donc à faire dans ta classe Row (considérée dans ce cas comme ta classe métier) et non dans la table.

Par exemple dans ta table tu n'auras que des méthodes du type findByCommandNumber(), findAllByDate(), etc etc. et dans ta classe Row toutes les méthodes de manipulation d'une commande.

Pour redéfinir la classe row à utiliser :

class Row_Command extends Zend_Db_Table_Row_Abstract
{
    public function getTotalAmount()
    {}
}

class Table_Command extends Zend_Db_Table_Abstract
{
    protected $_name = 'command';
    protected $_primary = 'cmd_id';
    protected $_rowClass = 'Row_Command';
}

A+ benjamin.

Dernière modification par Delprog (04-02-2010 09:48:55)

Non

C'est la méthode de ta table qui renvoie le rowset qui fera la jointure. Les row de ton rowset en seront le résultat.

En fait c'est assez simple, tu fais une requête dans ta table et ça te renvoie des row. Si tu veux faire du traitement métier sur tes rows, tu personnalises la classe Row utilisée par la Table.

A+ benjamin.

La jointure n'est pas automatique.

Il faut que tu implémentes ta propre méthode qui fait la jointure, où alors tu peux réfléchir à un système d'auto-jointures et redéfinir une abstraction de la classe Table, je crois que certains l'ont fait (sekaijin ?).

Mais le fait de définir les références dans ta table ne sert pas à ça mais à pouvoir récupérer des éléments enfants ou parents.

Imagine par exemple des utilisateurs et des articles, grâce au referenceMap tu pourras récupérer un utilisateur, puis récupérer tous les articles de cet utilisateur (même si c'est quand même déconseillé d'utiliser cette méthode pour des raisons de performances).


A+ benjamin.