Zend FR

Chez mois trois usages
1) amélioration de L'IHM faite en HTML dans ce cas un script cherche les éléments HTML ayant un attribut particulier et les transforme en composants ETXJS tun table en grid un formulaire en fromPanel etc.
dans ce cas les option sont limités à ce qu'on peut mettre dans un attribut HTML.

2) Intégration de composant dans le code HTML. dans ce cas là on ne place pas d'élément HTML mais un appel à Extjs pour construire le composant. il est alors possible d'avoir toute la panoplie des options du composant.
Necessite de connaitre JS et EXT et pose le problème de performance si on met le code js dans la vue. en effet ce code sera recompilé par la machine javascript à chaque fois. mieux vaut le metre dans un script à part
mais alors comment lui passer les information de la vue. pour répondre à cette question je mets un js dans la vue qui affecte un bout de JSON à une variable js puis je charge le script du composant qui lui utilise cette variable JSON. la vue est donc éclaté en HTML et JS

3) Approche Full AJAX j'ai un projet développé sous cette forme et là EXTJS fait des merveille. mais il faut rester vigilant j'ai bannis le js généré par php pour des raisons de perfs. Mon indexController fournis une vue qui ne contient que le positionnement d'une variable JSON (baseURL entre autre) et ensuite charge les scripts JS tous statiques.
ensuite tout est en AJAX et j'ai des contrôleur spécialisés qui ne retourne que du JSON.
L'application client (ajax) ne communique qu'avec sont propre serveur (pour la sécurité) je serveur ne retourne que des données JSON jamais d'invocation de méthode côté client. Cela permet d'avoir une interface indépendante. si une action doit découler de la réception d'une info c'est un trigger côté client qui le fait

Voila pour l'usage que j'en fais avec quelques collègues
A+jyt

non ce n'est pas ça
si je met un grid dans ma vue je vais faire ça dans une balise script

proxy = new Ext.data.HttpProxy({
    url: '<?php echo $this->baseUrl ?>Equipement/getMonthEquipement/id/<php echo $this->view->equipement->id ?>'
});
...

imagine que ton composant soit très complexe (j'en ai qui fons plusieurs centaine de lignes de codes
1 ton code n'est pas facile à lire
2 il est transmit à chaque appel
3 il est recompilé à chaque fois

pour éviter ça je fais ça tpijours dans une balise script

var equipement = {
   baseURL: <?php echo $this->baseUrl ?>,
   equipement: <?php echo $this->view->equipementJson ?>,
};

var moncomposant = new EquipementCpt(equipement);

le code de EquipementCpt est dans un script c'est exactement ce que tu aurais fais dans la vue mais il n'est chargé qu'une fois et compilé qu'une fois

proxy = new Ext.data.HttpProxy({
    url: Cfg.baseUrl + 'Equipement/getMonthEquipement/' + cfg.equipement.id
});
...

et dans ton contrôleur au lieu de passer ton objet equipement à la vue tu lui passe un Zend_Json::encode($equipement)

Je n'ajoute donc aucune couche supplémentaire.

A+JYT

non je passe que les élément dont j'ai besoin
A+