Bloc-notes de Darathor

PHPTAL est un moteur de templates spécialisé dans la production de documents XML (et donc (X)HTML puisqu’il s’agit d’un langage XML).

Les templates qu’il utilise sont définis en XML valide, PHPTAL ajoutant ses propres attributs qui sont ensuite traité par le moteur. Le code des templates est donc purement de l’XML et non un code bâtard XML/PHP comme c’est le cas avec certains autres moteurs.

Avantages :

• il n’accepte que du code XML valide, ce qui permet de détecter rapidement toute erreur d’imbrication.
• le code des templates est de l’XML ce qui donne la possibilité de l’exploiter ou de le générer via les bibliothèque de gestion de fichiers XML habituelles.
• il est installable sous forme de package pear ce qui rend son déploiement et sa mise à jour très simples.
• comme il est entièrement XML il est en général plus accessible pour le graphiste qui pourra être chargé de construire les templates.

Inconvénients :

• il ne permet a priori de générer que du code XML (ou de tout langage XML) ce qui peut être limitatif.
• peut s’avérer limité par rapport à d’autres moteurs pour des traitements complexes.
• le code des templates n’est pas forcément toujours des plus compacts.

Cela fait quelques mois que je l’utilise au boulot et j’en suis globalement satisfait, du moins dans les cas que j’ai eu à traiter avec… Cela dit je n’ai pas beaucoup expérimenté d’autres moteurs (à part celui de phpBB 2 qui est assez limité).

PHP5 inclut de base la bibliothèque SimpleXML qui permet, comme son nom l’indique de gérer de manière très simple du code XML.

Un point est par contre problématique, la gestion des sections CDATA. En effet, supposons que l’on parte du code XML suivant :

<?xml version="1.0"?>
<root>
   <parent>
      <child>123</child>
      <child><![CDATA[456]]></child>
      <child attr="a"><![CDATA[789]]></child>
   </parent>
</root>

losque l’on récupère les enfants d’un nœud via :

$parentnode->child;

On a la mauvaise surprise de ne pas obtenir tous les nœuds… En effet :

• le premier passe sans problème, car il ne contient pas de section CDATA.
• le second contient un CDATA et se perd dans la nature…
• le troisième contient un CDATA mais a également un attribut, il est alors correctement renvoyé (ne me demandez pas pourquoi).

Par contre, dans le cas où tous les nœuds sont basés sur le modèle du second (CDATA sans attribut), le premier est bien trouvé et retourné (au lieu d’un tableau).

Une fois le problème identifié j’ai fait quelques recherches et j’ai pu trouver cette solution consistant à éliminer les CDATA avant le traitement du code XML. Je ne la trouve pas très satisfaisante mais je n’ai pour l’instant rien trouvé d’autre…