Zend FR

Réponse de Bakura :

Salut,

Est-ce que tu as compris un peu comment fonctionne les layout dans ZF 2 ? C'est très différent de comment c'était implémenté sous ZF1, puisqu'à l'époque il y avait des objets "Vue" et tout un module "Layout" (Zend\Layout).

Sur ZF2, un layout ou une vue sont des "ViewModels", c'est-à-dire un objet qui dispose de plusieurs informations permettant de créer le code HTML : le nom du template à utiliser, les variables locales à ce template et des viewModels enfant. Le layout au sens ZF2 n'est rien de plus qu'un ViewModel qui a des enfants.

Imagine un cas simple : un layout, et une action dont le template est test.phtml. Automatiquement, lorsque tu actives le mécanisme de layout, le layout sera TOUJOURS le view model "racine". Dans ce cas, le layout aura comme enfant un seul viewModel : le view model contenant toutes les informations pour dessiner la vue test.phtml.

Ce qui signifie que lorsque Zend va faire le rendu, il va partir des feuilles (à savoir, "dessiner" la vue test.phtml), puis dessiner la vue layout.phtml et y injecter le code de la vue test.phtml.


Dans ton cas, l'idée consiste tout simplement à ajouter une variable locale à ton layout (ton utilisateur). Or depuis la bêta 3 il y a un plugin de contrôleur qui s'appelle "Layout" et qui te permet justement de récupérer ce layout.

Il te suffit donc dans la fonction de ton contrôleur ou tu charges ton utilisateur, de faire :

$layout = $this->layout();
$layout->user = $user;


Puis dans ton layout.phtml :

<?php echo $this->monAideDeVue($user); ?>

bakura a écrit:

Est-ce que tu as compris un peu comment fonctionne les layout dans ZF 2 ? C'est très différent de comment c'était implémenté sous ZF1, puisqu'à l'époque il y avait des objets "Vue" et tout un module "Layout" (Zend\Layout).

Faut croire que je n'avais pas compris ça de cette façon. Du coup si j'ai bien compris on peut très bien avoir une application sans layout et dans ce cas seul la vue de l'action sera affichée (dans l'exemple, test.phtml) ?

Je viens de tester sans utiliser d'aide de vue voir si mon objet était bien passé en paramètre et je me récupère un "NULL" avec un var_dump.

J'ai bien ajouté comme tu me l'as dit dans le contrôleur :

[lang=php]
// Classe volontairement simplifiée
abstract class GenericController extends ActionController {

protected $_membre;

public function __construct(EntityManager $em) {
$authenticationService = new AuthenticationService();

        // Action à faire qu'en cas de session utilisateur
        if ($authenticationService->hasIdentity()) {
            $id = $authenticationService->getIdentity();
            
            $membreService = new MembreService($em);
            $membre = $membreService->getMembreById($id);

            $this->_membre = $membre;
            
            $layout = $this->layout();
            $layout->membre = $membre;
}
}

J'ai du encore louper un truc :s

bakura a écrit:

Tu souhaites appeler ton aide de vue qui utilises un objet user dans la vue "enfant" ?

Non comme c'est actuellement c'est bien mais je suis bien curieux de savoir si c'est possible de faire ça. Ca pourrait peut être servir ^^.

Dernière modification par Orkin (16-04-2012 17:03:41)

Alors non ma variable n'est pas null. Dans mon contrôleur j'ai bien $membre et $layout->membre qui sont renseignée.

Dans ma vue index.phtml j'ai fait un var_dump($this->membre) j'ai null, et pareil dans le layout. Avec seulement $membre dans la vue et/ou layout ça plante (variable inexistante).

Par curiosité j'ai fait un var_dump($layout) et ma variable membre n'est pas présente.

EDIT : j'ai essayé de passer par :
$layout->setVariable('membre', $membre) => même résultat
$layout->setVariables(array('membre' => $membre)) => quand je fais un var_dump($layout->getVariables()) j'ai bien ma variable de visible mais n'est pas transmise à la vue.

Dernière modification par Orkin (16-04-2012 17:37:39)

Plop, j'ai résolu le problème. J'ai eu l'explication de la part de mwop.

Donc l'explication qu'il m'a donné c'est que dans le constructeur du contrôleur, le layout n'est pas encore accessible ce qui explique pourquoi ça ne fonctionne pas comme il faudrait. En testant dans une action quelconque ça fonctionne très bien. Le soucis est donc de faire en sorte que le code soit exécuté à chaque action sans avoir à le dupliquer.

La solution, les events. C'est une partie du framework qui semble assez puissante et dont je n'avais pas mesuré l'importance jusqu'à maintenant.

Il faut donc faire comme ceci dans le constructeur :

[lang=php]
$this->events()->attach('dispatch', array($this, 'onDispatch'), 10);
//'dispatch' => le type d'event j'imagine
//$this => où trouver la méthode (je pense)
// 'onDispatch' le nom de la methode
// 10 => priorité

public function onDispatch($e) {
        $this->layout()->membre = $this->_membre;
    }

Voila. Du coup je suis à la recherche d'informations pour comprendre comment fonctionne ces events .

Ah bah j'ai la même problèmatique. J'arrivais pas a comprendre, maintenant je comprend pourquoi mon addchild ne marche pas pour un autre block de mon layout racine. Par contre j'ai pas compris la solution proposé

Première solution trouvé sans passer par l'event manager permettant de faire un addChild dans le controlleur d'un module et d'affecter la vue enfant à un block déclaré dans le layout parent :

Sur le layout de l'application :

/Application/view/layout/layout.phtml :
...
<? echo $this->menu; ?>
...
<? echo $this->content; ?>
...

Donc $this->content sera remplit par l'objet view de notre controller d'un autre module.

Le hic que j'avais c'était de pouvoir dans mon contrôleur remplir $this->menu qui est dans mon layout racine.

Et bien tous simplement on peut dans le controller faire la chose suivante :

public function indexAction()
    {
      $view = new ViewModel();
      $menu = new ViewModel();
      $menu->setTemplate('content/menu');

      $view->addChild($menu,'menu');
        
      return $view;
}

Et dans mon template /view/mon_module/mon_module/index.phtml on peut accéder au layout parent avec la méthode $this->layout. On peut donc affecter dans la variable de notre layout la vue enfant que l'on a attaché dans notre controller.

Il suffit donc de faire au début du template :

<?php
$this->layout()->menu = $this->menu;
?>

Maintenant si on veut faire ça de façon automatique pour toutes les actions c'est là que l'event manager et la fonction ondispatch rentre en jeux. Mais ça je n'ai pas encore réussi.

Plop, je me permet de remonter ce sujet car il y a quelque chose qui me chagrine dans ton code Bouks et il va y avoir des nouveautés dans les prochaines versions stables du ZF2 à partir de la 2.1.0. En effet pourquoi t’embêter à passer à ton layout un boolean pour savoir si l'utilisateur est connecté ou non alors que tu peux utiliser une aide de vue pour le faire.

De plus dans la version ZF2.1.0 il y a une aide de vue par défaut qui récupère tout ce qu'il faut. Elle retourne null dans le cas où personne n'est connecté et le user dans le cas où il est connecté . Et ceci fonctionne parfaitement avec doctrine.

L'authentification service via doctrine gère vraiment bien la chose. Il va s'occuper se stocker tout seul en session uniquement l'id et retourner l'utilisateur en faisant la requête tout seul. Il y a juste un problème lorsque l'on a un adapter custom qui fait des jointures (à tester si ça le fait lorsqu'on les fait via annotations) mais il refait la requête à chaque appelle. Il faut donc faire un test si on a déjà chargé l'utilisateur dans la requête http .