Moteur de template pour php objet

par **zigz4g** » 05 sept. 2006, 15:22

Je rajoute le +1 pour le XSLT.

par **zigz4g** » 05 sept. 2006, 15:20

Je rajoute le moteur de template Savant version 2 fait en php4 et Savant version 3.0 en php5.
Encore un de plus, je le sais, l'avantage c'est que l'on fait du php dans la template. Il n'y a pas d'apprentissage de langage. Une instance du moteur de template et des assignations pour faire de l'affichage.

par **naholyr** » 05 sept. 2006, 12:31

Aujourd'hui nous utilisons des vues PHP. La vue est un simple script PHP où on ne fait que de l'affichage. Cela devient très facile à comprendre et à réalier.

Je plussoie, tout comme ant.
Je vous renvoie à Un moteur de template efficace : PHP pour avoir mon avis précis sur la question

par **ant** » 05 sept. 2006, 12:03

Comme le dit rasmus lesdorf, php lui même est un moteur de templates.

Utiliser un autre moteur de template en surcouche au dessus de php est un non-sens parcequ'il peut trés bien séparer la logique métier de la présentation lui même. (pour peu qu'on adopte des conventions de nommage régulières et que ces dernières soient définies entre le développeur et l'intégrateur html biensur)

Dans le cas de smarty, faire apprendre un nouveau langage à un infographiste (un intégrateur html...), c'est n'importe quoi alors qu'il faut qques minutes pour expliquer et appliquer un echo et un foreach et, ça peut être tout aussi efficace, clair et précis, dans le cadre de la mise en place d'un template (avec des conventions de nommages précises encore une fois).

Au pire, en ce qui me concerne j'utiliserais la phplib mais les usines à gaz comme smarty c'est hors de question.

Biensur, ma position est contestable mais réinventer la roue n'a jamais été un bon principe...

par **Hubert Roksor** » 27 août 2006, 23:07

C'est vieux mais à lire

À lire, peut-être. Mais à suivre, pas forcément. Certains passages sont aujourd'hui plutôt obsolètes et certaines des réponses de l'interview sonnent "étrange" à mon oreille. Par exemple:

Si un site est bien architecturé, séparer correctement présentation, données et contenu est envisageable sans forcément utiliser des templates.

...et comment appeler le fichier qui contient la "présentation" ? Ah, j'ai une idée, appelons-le un "template"

par **Moosh** » 27 août 2006, 22:30

Etude des principales solutions de Templates en PHP

http://www.google.be/url?sa=t&ct=res&cd ... pindex.com...

C'est vieux mais à lire

sinon

http://pear.php.net/search.php?q=template&in=packages

Mais je ne pense pas qu'il fassent de l'ombre.

Que pensez-vous de l'utilisation systématique des templates pour des applications web ?
J'espère au contraire qu'elle n'est pas systématique ! Les templates hors utilisation d'un système de cache font chuter les performances par deux ou trois.

source : http://www.journaldunet.com/chat/retran ... veau.shtml

par **GrimorG** » 27 août 2006, 21:13

Merci

par **Cyrano** » 26 août 2006, 21:49

Surement que non il faut rajouter quels lignes ?

Rajouter, rien, en revanche, tu devrais trouver les lignes suivante (et adapter comme suit:

Code : Tout sélectionner

error_reporting  =  E_ALL
#....
display_errors = On

Éventuellement, tu pourrais configurer error_reporting à E_STRICT, mais là, ça commence à devenir très pointu sur certains points.

par **jojolapine** » 26 août 2006, 17:08

un autre moteur de template en passant: tinybutstrong

par **GrimorG** » 26 août 2006, 14:58

Surement que non il faut rajouter quels lignes ?

par **jeff** » 26 août 2006, 14:05

salut
est ce que ton php.ini est configurer pour renvoyer les erreurs

par **GrimorG** » 26 août 2006, 14:00

Merci pour les réponses j'aime bien smarty mais je galère pas mal, cf le lien ci dessous :
http://www.phpinsider.com/smarty-forum/ ... 3700#33700

Sinon j'ai encore un autre probleme avant j'avait php4 et quand je faisait une erreur de codage la page me l'afficher maintenant avec php5 la page est blanche, c'est un peut galère...
Que faut t'il installer ?

par **rami** » 26 août 2006, 10:21

+1

Nous avons testé sur quelques projets l'utilisation de Smarty dans ma boîte. Celui-ci offre un nombre importants de fonctionalités comme le cache, des helpers... mais la période d'apprentissage du langage est à mon sens un frein à la productivité.

Aujourd'hui nous utilisons des vues PHP. La vue est un simple script PHP où on ne fait que de l'affichage. Cela devient très facile à comprendre et à réalier.

Le danger, sur un projet où plusieurs personnes développent, est qu'il faut s'assurer que personne ne fasse du code à l'intérieur (création de variables, calculs...) mais niveau compréhension et rapidité, y'a pas photo!

par **Cyrano** » 26 août 2006, 07:32

Un avis qui n'engage que moi : je n'aime pas Smarty.

L'idée d'utiliser des template, à la base, c'est de séparer la couche de traitement de la couche de présentation. Ça signifie que la partie HTML est indépendante de la programmation et inversement. Or le web-designer qui sera en charge de la partie présentation montera les templates en HTML. Mais avec Smarty, il faut adopter une sorte de langage de programmation bâtard... et qu'on introduit finalement quand même du traitement dans la couche de présentation.

Dans mon esprit, la POO ne signifie pas obligatoirement "compliqué" et pour ma part, j'ai une préférence pour des moteurs de templates du type de la classe template.inc de la phpLib ou encore celle de phpBB qui lui ressemble beaucoup.

par **Hubert Roksor** » 26 août 2006, 01:56

Je crois que ce dont jeff parle est XSL/XSLT, pas XML. Pour du long, voire du très long terme c'est ce que je recommanderais (il ne fait aucun doute dans mon esprit que XSLT sera la norme d'ici cinq ans

), mais l'utilisation de XSLT est très différente d'un moteur de template tels que ceux utilisés en PHP (Smarty et autres) et nécessite d'apprendre un nouveau langage (XSLT). J'attends impatiemment le moment où XSLT 2.0 sera démocratisé, mais d'ici là "Smarty conviendra".

PS: je ne connais pas Smarty, je n'ai jamais utilisé Smarty, je n'utiliserai jamais Smarty, veuillez ignorer ce message, merci. :]

Moteur de template pour php objet

Répondre

Étendre la vue Revue du sujet : Moteur de template pour php objet