• apprendre l'utilisation du template coté "serveur" (implémentation du script)
• apprendre l'utilisation du template coté "vue" (code et tag HTML)

Je signale que PHP est historiquement un langage de template pour PERL. Il suffit de faire une classe qui "gère" la séparation des données, et utiliser un fichier .phtml pour le template.

Edit : la suite du message n'est pas passé (protection contre les balises PHP sans aucun doute). Reposte les avec les htmlentities, et je les rajouterai à ce commentaire. ;)

@Arbo :

Je ne crois pas (sauf erreur de ma part) que ce moteur de templates, dans sa version actuelle, puisse prendre de tels arguments. En effet, si on considère le code suivant :

$array = array( 'key' => 'value' );
$name = 'array["key"]';
echo $name.'<br />';
echo $$name.'<br />';
echo $array["key"];

Cela affichera :

array["key"]

value

Par conséquent, l'assignation avec le double dollar ne fonctionne pas pour les objets non scalaires (ce qui se confirme après un test avec ce moteur). Il faudrait donc éventuellement modifier la gestion des variables, afin de permettre de tels traitements. Cela pourrait être intéressant, si on ne perd pas trop en performances.

Cependant, sur ce dernier point, la perte pourrait être compensée par l'utilisation mémoire. A voir donc... :)

@Konal :

Sur ce point, je ne suis pas tout à fait d'accord avec toi. A mon sens, la couche View ne doit que gérer l'affichage des données. Or, le parcours d'un tableau d'objets nous fait déjà rentrer à l'intérieur de la couche métier. D'autant plus si on utilise les prédicats.

Par exemple, parcourir un tableau d'objets afin de n'afficher l'objet que s'il remplit certaines conditions ne fait pas partie des affectations de la couche vue. Tout n'est que question de représentation du MVC, mais cela s'éloigne de ma vision de ce modèle. ;)

Qui plus est, le Web est tout de même légèrement différent du monde applicatif. Et, lors de la collaboration de deux équipes (chose que je fais généralement : une équipe s'occupe de l'intégration tandis que l'autre s'occupe de la partie métier), il est bien plus simple pour les infographistes, qui bien souvent sortent d'écoles artistiques sans jamais avoir vu de if de leur vie - sauf peut-être dans des forêts ? :p - de se contenter d'utiliser des variables déjà toute prêtes, sans avoir à s'embrouiller avec des boucles ou des structures d'itérations, qui leur semblent bien bizarres et compliquées.

Comment gérerais-tu dans ton template un cas classique du type :

if(!empty($book->auteur)) echo '<a href="#" rel="nofollow">'.$book->title.'</a>';
else echo $book->title;

sans créer un sous-template supplémentaire ?

Pour moi un template doit pouvoir utiliser 3 opérations :

• structures de contrôle,
• itérations
• et récupération de données encapsulées dans une collection, par exemple, via des méthodes dédiées dans le code behind.

"Si nous insérons l’élément du tableau directement dans le HTML, cela nous fera perdre la possibilité d’effectuer une mise en forme sur l’élément avant de l’afficher. Par exemple, si notre tableau contient un élément de type timestamp (à savoir le nombre de secondes écoulées depuis le 1er janvier 1970)"

Alors que

foreach($datas as $livre)
{
     $livre['date'] = date('d/m/y h:i', $livre['date'];
     $livres .= $tpl->GetHTMLCode('index.html', 'livre');
}

Couplé à :

<!---===== tpl_name = livre =====-->
${titre['date']}
${titre['auteur']}

marche bien.

On gagne en lisibilité, en assignation de variable et mémoire, non ?