Discussion :

[FCDB]

Pour le php il existe une vingtaine (si je me trompe pas) de systèmes de templates différents dont l'utilité est plus ou moins démontrée ( par rapport à l'investissement pour les mettre en place et apprendre leur syntaxe respective).

Hors, par exemple J2EE intègre les fameuses JSP bien que les servlets peuvent gérer l'affichage. Je pense que vous voyez où je veux en venir.

Pourquoi, les créateurs de php n'intègre-t-ils pas au langage un système de templates, tout en laissant la possibilité de faire des echos() dans les pages .php?

Je me demande ça car je vois l'évolution de PHP et je pense que c'est dans la continuité logique ( meilleure approche objet, SGBD intégré...). PHP une véritable plateforme de développement web surpassant .NET et Java, mythe ou réalité?

oui oui, je sais je fatigue :p

[Yogui]

Salut

Je pense que c'est simplement pour laisser le choix aux développeurs. Il y a tellement de manières différentes de gérer les templates !
Regarde la différence entre le moteur de templates de phpBB2 et celui de phpBB3, par exemple...

[bertil]

ta remarque est bizzare, PHP est déja un programme de template, je peux trés bien programmer avec comme tu le ferais avec une JSP ou une servlet.

Les jsp/servlet propose aussi des systeme de templte (struts tiles). L'interet de ces systèmes est juste de facilité la séparation du code metier de la presentation.

[FCDB]

ta remarque est bizzare, PHP est déja un programme de template, je peux trés bien programmer avec comme tu le ferais avec une JSP ou une servlet.

Un(e) JSP ne gère pas les traitements. Les servlets peuvent gérer traitement et affichage comme php. Mon idée serait que nativement, php6 par exemple permettent d'écrire des fichiers .tpl par ex qui ne permettrait de faire QUE de l'affichage. Ainsi, quand on voudra séparer traitement et affichage, on ne se posera pas la question du système de templates à utiliser.

Effectivement, je ne voyais que le mauvais aspect du choix .

[Yogui]

Et encore, je t'ai donné deux exemples différents mais qui appartiennent à la même famille...

[ePoX]

Je ne sais pas si c'est vraiment dans l'interets de PHP que d'amener tous les utilisateur à utiliser une telle rigueur.
Ce langage à beaucoup de succès parce qu'il est très abbordable, et sa le rend capable du pire comme du meilleur (enfin des trucs bien quoi )

De toute façon avec un peu de motivation et de rigueur on peut faire des sites très propre en PHP, avec de belle séparation entre le métier et la vue.

Manque plus qu'un petit sgbdo de derrière les fagots et sera o poil tout sa

[jeff_!]

Ce langage à beaucoup de succès parce qu'il est très abbordable,

+1

maintenant mon avis est que le meilleur langage de template est le xsl, delegué l'affichage a xsl est l'avenir pour moi car il permet de le delegué au client

[davcha]

maintenant mon avis est que le meilleur langage de template est le xsl, delegué l'affichage a xsl est l'avenir pour moi car il permet de le delegué au client

+1

mais encore faut-il que le client supporte le xsl. (tu vas me dire la plupart de ceux qui possèdent les plus grosses part de marché le supportent, alors...)

[Yogui]

Nous ne parlons pas des mêmes templates

Il s'agissait de séparer le code PHP du code utilisé pour la présentation, quelle que soit la technologie utilisée pour cette présentation (cela pourrait être un couple HTML/CSS ou bien XML/XSLT, mais quelque autre chose de très différent).

Ensuite, bien sûr, il est possible (souhaitable) de mettre les niveaux que l'on souhaite. Il faut simplement bien distinguer les choses

[jeff_!]

Nous ne parlons pas des mêmes templates

mouai
mais bon comme il a été dis plus haut php est deja un langage de template
et il faut noté en générale que l'on choisie tel ou tel moteur de template non pas pour leur perf mais plutot pour les fonctionnalité annexe qu'il propose (gestion du cache) surtout
l'integartion d'une surcouche template dans php6 n'apporrterai pas grand chose, surtout qu'il bien assez de boulot comme ca
le sdo me parrait infiniment plus important