Zend FR

Je suis d'accord avec Mr.Mox, par exemple une classe commande contenant un tableau de ligne de commande (qui serait aussi une classe). Après tout si tu ne veux pas utiliser de bd, tu peux très  bien gérer tes commandes en utilisation la sérialisation d'objet.

Si on se comprend bien, vous me conseillez de passer des objets a ma vue ???
C'est ce que j'avais fait au début intuitivement, et j'ai tout cassé parce que justement je me suis dit que les classes sont trop dépendantes de l'application (controlleur) et que du coup la vue le devenait. non ?

Dernière modification par bertra (08-04-2008 09:08:24)

j'ai sur mes classe un méthodes toStdClass qui retourne un stdClass object

   public function toStdClass() {
      return (object) get_object_vars($this);
   }

lorsque je donne un objet à la vue je donne en fait le résultat de cette méthode. du coup j'ai une indépendance entre le contrôleur et la vue.

je fais de même lorsque je mets un objet en session. (plus de Incomplete class)
donc un tableau d'objet dans la vue c'est pratique pour l'écriture de la vue et ça reste indépendant de l'application.

je ne passe jamais les éléments de mon appli directement à la vue, je ne passe que des copies (des clones)
car si un objet est placé en session qu'on donne cet objet à la vue alors la vue peu changer les valeur qui son en session. utiliser une copie bloque cette possibilité
cela rends étanche les couches applicaives.

A+JYT

Ok, merci pour ces commentaires très instructifs