Zend FR

j'ai expérimenté plusieurs approches Le tout en 1.0.3
Zend phtml (include d'un Entête et un pied en phtml dans chaque view)
Phtml + Masterpage (Une seule page qui inclus le scrtip phtml de la vue) les prémices d'un Zend_Layout de la 1.5

ophtml un librairie php qui permet en mode full objet de construire sa page (Pas de HTML dans le code seulement du php)
ETS (le moteur de template de marcopoly)
Smarty (le moteur bien connu)
phpTal (le moteur de template de zope)

Je regarde en ce moment l'utilisation de ext-php

La solution Zend est simple mais mélange le php et le html je ne trouve pas cela bien propre mais c'est simple et efficace. la solution phtml + masterpage est mieux structuré (tout comme Zend_Layout ) et permet de ne pas avoir à répéter dans chaque script des parties communes. mais le code est toujours aussi mélangé et peu lisible.

les solution à base de template sont intéressantes car elle séparent bien le html du php mais elle ont l'inconvénient d'introduire une grammaire supplémentaire celle du langage de tempate. suivant leur capacité elle nécessite plus ou moins d'apprentissage. mais finalement elle ne font que remplacer un langage mélangé au html par un autre.

la solution ophtml (Object PHTML) est beaucoup plus propre sont fonctionnement ressemble à l'objet select de Zend_DB dans la façon de construire le code. on crée un objet document et on chaine les appel de méthodes pour construire le contenu. il est assez facile de faire cela de façon modulaire et un n'écrit jamais de HTML mais c'est tout de même plutôt verbeux un exemple en ets qui fait 152 lignes de HTML avec des tag {variables} pèse  262 de php avec OPHTML le gros inconvénient c'est que ce n'est pas du tout exploitable par un designer.
http://www.z-f.fr/forum/viewtopic.php?id=765

je ne trouve donc aucune solution idéale. les moteurs de template ont l'avantage qu'ont peut prendre une page faite par un webdesigner et en faire un template facilement lais elle alourdissent pas mal le travail à faire et nécessitent l'apprentissage d'un langage de plus. par contre les couches vue traitement sont bien séparées
les solution php (pur ou avec html) ne sont pas viable lorsqu'on travaille avec des designers et surtout les couches vues traitement sont perméable. il faut être vigilant.

Je suis en traint de regarder ext-php cette librairie permet de faire des aplication ExtJS (Web 2.0 Ajax) directement en php. je ne suis pas sur que ce soit là encore une super bonne approche.

A+JYT
ps : un articles sur les moteurs de templates et Zend
http://sekaijin.ovh.org/?p=13

Dernière modification par sekaijin (16-06-2008 16:48:22)

Bonsoir,

J'me réponds un peu à moi même mais voici ce que j'ai trouvé, un peu par hasard...

Dans mon controller :

class ArticleController extends Zend_Controller_Action {
    
    function init() {
        $this -> _helper -> viewRenderer -> setNoRender();
    }
}

et dans mon action :

    function listeAction () {
        
        $Articles = new Article();
        $lesArticles = $Articles -> renvoyerArticlesDe($this -> _request -> getParam('rubriques_id', null));
                
        if ( $lesArticles !== false ) {
            $tplVue = new myTinyButStrong();
            $tplVue -> chargerTemplate(VIEWS_DIR . "/scripts/article/liste.tpl.html");
            $tplVue -> afficherTemplate();    
        }
        else {
            $this -> _forward("vide");
        }
    }

Bon dans cette action il n'y a pas de code pour insérer les articles dans le template mais j'obtiens bien le résultat de mon template dans $Layout -> content !

Cette solution est-elle bancale ?

Merci de vos réponses.

Cordialement,
Kaimite

fte a écrit:

Est-ce qu'il est possible dans cet exemple, de déplacer le test, chargement et affichage dans la classe myTinyButStrong pour réduire à un simple, en début d'action :

$tplVue = new myTinyButStrong();

voire meme cette ligne dans le predispatch ? ou en plugin ?

Tu veux dire mettre le $this -> _helper -> viewRenderer -> setNoRender(); dans le constructeur de ma class myTinyButStrong() ?

Cordialement,
Kaimite

Cela ne me semble pas insurmontable mais partir sur un moteur de template (j'etais parti perso sur Smarty, c'est ok) fonctionne mais on s'isole de la masse des utilisateurs qui utilisent Zend_View à moins d'avoir deja beaucoup de templates terminés.

Concernant le plugin c'est une classe avec 6 methodes qui se charge avant ou apres ta page.  Il y a ces méthodes différentes car cela correspond à différentes étapes (avant ou apres le chargement de la page, avant ou apres la redirection, etc).

La doc indigeste mais exhaustive : http://framework.zend.com/manual/fr/zen … ugins.html

Mieux : http://www.kitpages.fr/zf_helper_plugin.php

Pourquoi pas un plugin pour le template, mais le tuto par Sekaijin est la norme élégante. Le plugin m'est utile que pour vérifier les controles d'acces aux parties du site (ACL) pour l'instant.