> la séparation de la partie HTML/CSS (faite par un web designer) de la
> partie code applicatif (faite par un développeur) apporte quand meme
> beaucoup de clarté pour ces 2 sous ensembles.
Le problème tel que je le conçois est que l'utilisation de templates peut très vite rendre le code HTML illisible :
- soit en découpant le code HTML en multiples fichiers, inclus par le moteur ce qui fait perdre la vue d'ensemble, mais permet de ne pas mélanger application / présentation ;
- soit en conservant un seul template qui se retrouve à l'usage remplit de code ésotérique et propriétaire (syntaxe Smarty, SPIP...)
Personnellement la lisibilité du template me parait primordiale, c'est pourquoi j'adopte généralement la deuxième solution, en utilisant la syntaxe PHP abrégée, qui permet justement de ne pas encombrer le template de fonctions, boucles et autre code rendant difficile la compréhension globale du template.
Cela évite également de devoir installer un logiciel de templates tiers (avec les problèmes de sécurité qui en découlent), d'apprendre la syntaxte spécifique du moteur de template et, parfois, de devoir torturer le moteur de template lorsque l'on veut lui faire faire quelque chose qui n'est pas dans la philosophie dudit moteur.
Ceci dit, je comprends tout à fait que l'on affectionne les moteurs de templates; en revanche l'argument qui consiste à dire "point de séaration code/présentation sans moteurs de templates" me semble erroné.
[^] # Re: Quel intérêt ?
Posté par Amaury . En réponse à la dépêche Sortie de TPLN Template Processor 2.7. Évalué à 2.
> partie code applicatif (faite par un développeur) apporte quand meme
> beaucoup de clarté pour ces 2 sous ensembles.
Le problème tel que je le conçois est que l'utilisation de templates peut très vite rendre le code HTML illisible :
- soit en découpant le code HTML en multiples fichiers, inclus par le moteur ce qui fait perdre la vue d'ensemble, mais permet de ne pas mélanger application / présentation ;
- soit en conservant un seul template qui se retrouve à l'usage remplit de code ésotérique et propriétaire (syntaxe Smarty, SPIP...)
Personnellement la lisibilité du template me parait primordiale, c'est pourquoi j'adopte généralement la deuxième solution, en utilisant la syntaxe PHP abrégée, qui permet justement de ne pas encombrer le template de fonctions, boucles et autre code rendant difficile la compréhension globale du template.
Cela évite également de devoir installer un logiciel de templates tiers (avec les problèmes de sécurité qui en découlent), d'apprendre la syntaxte spécifique du moteur de template et, parfois, de devoir torturer le moteur de template lorsque l'on veut lui faire faire quelque chose qui n'est pas dans la philosophie dudit moteur.
Ceci dit, je comprends tout à fait que l'on affectionne les moteurs de templates; en revanche l'argument qui consiste à dire "point de séaration code/présentation sans moteurs de templates" me semble erroné.