dans un template, ce sont principalement des echos et boucle que l'on fait. Personnellement, ça me fait vraiment suer de faire des < ?php echo $foo ;? > dans tous les sens. Vu la simplicité du code d'un template, je prefère avoir une autre syntaxe moins contraignante à écrire, comme dans smarty/jtpl : {$foo}
Quitte à ce que le moteur de template traduise le template en fichier php, et mette ça en cache pour des raisons de performances. (ce qui, au final, revient au même qu'un simple fichier php, puisqu'il y a juste un include du cache à faire).
Si par coersitif, tu penses à "je ne peux pas tout faire dans un template", eh bien je te repond, c'est normal, c'est le but, ça oblige le codeur à coder proprement : pas de code metier dans le template, découpage de l'application en "couche", pour des évolutions plus faciles, une maintenance plus facile, même pour des non connaisseurs de l'appli (mais qui connaissent le framework). Avec un système de template comme celui de Zend, rien ne m'empeche finalement de faire dans le template des requetes sql, appeler n'importe quel objet ou autre.
Le but d'un framework, c'est de proposer un "cadre". Si il n'y a pas un minimum de contraintes à l'image de celle que je viens d'évoquer, alors je ne vois pas en quoi le framework est utile, si ce n'est qu'être finalement qu'une simple bibliothèque de composant. Là à priori, pour la couche "presentation" du zend framework, pas de contrainte, donc pas de cadre, donc interet limité selon moi.
[^] # Re: Rien de viable ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Zend Framework 0.7.0. Évalué à 4.
dans un template, ce sont principalement des echos et boucle que l'on fait. Personnellement, ça me fait vraiment suer de faire des < ?php echo $foo ;? > dans tous les sens. Vu la simplicité du code d'un template, je prefère avoir une autre syntaxe moins contraignante à écrire, comme dans smarty/jtpl : {$foo}
Quitte à ce que le moteur de template traduise le template en fichier php, et mette ça en cache pour des raisons de performances. (ce qui, au final, revient au même qu'un simple fichier php, puisqu'il y a juste un include du cache à faire).
Si par coersitif, tu penses à "je ne peux pas tout faire dans un template", eh bien je te repond, c'est normal, c'est le but, ça oblige le codeur à coder proprement : pas de code metier dans le template, découpage de l'application en "couche", pour des évolutions plus faciles, une maintenance plus facile, même pour des non connaisseurs de l'appli (mais qui connaissent le framework). Avec un système de template comme celui de Zend, rien ne m'empeche finalement de faire dans le template des requetes sql, appeler n'importe quel objet ou autre.
Le but d'un framework, c'est de proposer un "cadre". Si il n'y a pas un minimum de contraintes à l'image de celle que je viens d'évoquer, alors je ne vois pas en quoi le framework est utile, si ce n'est qu'être finalement qu'une simple bibliothèque de composant. Là à priori, pour la couche "presentation" du zend framework, pas de contrainte, donc pas de cadre, donc interet limité selon moi.