Zend FR

Apparemment personne réagit. Soit j'ai mal expliqué soit personne ne sait soit la réponse à ma question est trop évidente.
Je viens d'avoir un début de réponse en apprenant que les vues pouvaient accéder aux models (à condition que ce soit en lecture seulement). C'est Matthew qui le dit donc y'a pas à discuter ;-)

"Views in MVC are allowed to communicate with the Model (using read-only operations), and are allowed to perform display-related logic. That said, how do you actually access the model? And what if you have some fairly complex logic that you may need to repeat, or which you may not want to display directly in the view in order to keep it clean and easy to read? In Zend Framework, the answer is to use View Helpers. "
http://devzone.zend.com/article/3412

Donc la logique veut que j'utilise un View_Helper.
Si vous avez des commentaires, je suis preneur ;-)

A+

Cette approche est appelée MVC pull.
Voici une explication claire de Julien Pauli (http://julien-pauli.developpez.com/tuto … ontroleur/):
"Il est possible que la vue accède au modèle. C'est un choix architectural qui devra être bien réfléchi, car il impose un plus fort couplage et un mélange des couches. On appelle ça l'approche pull. C'est souvent réservé aux opérations légères, comme par exemple afficher une liste de catégories d'éléments quelconques ; et aux opérations de lecture uniquement.
L'approche inverse, appelée push, interdit à la vue d'accéder au modèle. En général, on utilise les 2 choix en même temps : une instruction de lecture simple (récupérer la liste des membres) sera demandée directement par la vue, ou un de ses sous-composants.
En revanche une opération de modification du modèle, sera demandée par un contrôleur."

Une explication de Wikipedia (http://en.wikipedia.org/wiki/Web_applic … Pull-based):
"Most MVC frameworks follow a push-based architecture. These frameworks use actions that do the required processing, and then "push" the data to the view layer to render the results.[3] Struts, Django, Ruby on Rails and Spring MVC are good examples of this architecture. An alternative to this is pull-based architecture, sometimes also called "component-based". These frameworks start with the view layer, which can then "pull" results from multiple controllers as needed. In this architecture, multiple controllers can be involved with a single view. Struts2, Tapestry, JBoss Seam, Wicket and Stripes are examples of pull-based architectures."

Enfin un exemple d'utilisation MVC push encore proposé par Julien Pauli:
http://julien-pauli.developpez.com/tuto … nd-layout/

Il s'agit d'appeler un controlleur via la vue (ou le layout):

<?php echo $this->action('gauche','login') ?>

<?php
class LoginController extends Zend_Controller_Action
{
   public function gaucheAction()
   {
       $auth = Zend_Auth::getInstance();
       if ($auth->hasIdentity())
       {
        $this->view->identity = $auth->getIdentity();
        $this->render('hello');
       }else{
        $this->render('form');
       }
   }
}

Bien que cette approche me semble bizarre (c'est la vue qui appelle le controlleur), je la préfère à l'approche pull qui permet à la vue d'accéder au modèle.

J'en ai fini, j'ai fait les questions et les réponses ;-)
C'est un sujet passionnant.

Quoiqu'il en soit, Zend permet les 2 approches.

A+