[PHP-ES] sobre motores de plantillas plantillas

Creo que o no te entiendo, o no te explicas... las plantillas son justo para
lo que dices, osea, separar el código, php en este caso, de la salida (ya
sea xsl, html, xml, o lo que quieras usar).

Asi que, lo único que quedaría, sería decidir cual de los que citas es mejor o
peor, y yo, en eso... no entro, lo primero por que no he visto todos los que
citas, y lo segundo, por que para gustos....

Creo q equivoque la pregunta, mas bien es con cual de estos u otros
separan lel codigo de la aplicacion, en condiciones q existe un
standar como XSL frente a por ejemplo lo q yo uso SMARTY.
Mas q para gustos, lo q realmente se necesita en cada proyecto. Me
siento tremendamente comodo con smarty pero en un proyecto cercano les
envian XML con el cual deben generar HTML y les exigen q usen XSL.

No quiero una guerra santa, mas bien como ven el futuro de este tipo
de motores de plantillas frente a XSL.

Pues yo lo veo igual que con html, xml, o lo que sea... el diseño es el
diseño, y el código es el código, y yo seguiré sin mezclarlos. XSL (ahora
mismo dudo, me acabo de despertar, ¿no es el css extendido?, pues entonces,
eso es cosa del diseñata... asi que, va "pa'fuera" :).

Justamente me pillas valorando las distintas opciones para 3 sites,
uno nuevo, php sobre apache, otro ya existente, asp sobre IIS, y otro a
medio hacer, asp.net sobre IIS también.

El nuevo lo tengo decidido, Smarty, por la integración en el propio motor
y por la capacidad de caching que para este caso concreto es importante.

El existente de momento gana XML/XSLT por estándar, pero no parseado en
asp por el overhead que eso supone, lo mas probable es que acabe haciendo
un motor de parsing/caching rodando como servicio windows en CSharp pues
aquí tambien es importante cachear.

Por último, el site a medio hacer en asp.net pues básicamente usa webforms
como plantilla, no se si conoceis la tecnica, consiste en una página aspx
que contiene el código html digamos "extendido" y una clase llamada
codebehind y que es el código de la página. Para una clase codebehind puedo
tener 1 a n aspx's.

Resumiendo, cada condimento va con su plato, por lo que a mi modo de ver, el

futuro de xml/xslt está más que claro, para bien, del mismo modo que los
motores de plantillas usados en php o los webforms del amigo de muchos XD.
Eso si, hoy por hoy lo más estándar creo que es XML/XSLT.

Un saludo.

Jose.

Hasta la versión 5 de php, el soporte de XML y XSLT dejaba bastante que
desear, por lo que no era una opción muy recomendable. Ahora parece que
eso cambió, aunque no probé nada en producción aún.
De los sistemas de plantillas específicos, en mi opinión (que eso
pedías), el mejor es PHPTAL. Tiene sintaxis tipo XML, y soporta i18n y
cachea. En este momento están armando la versión para php 5.

saludos!

José Luis García escribió:

Te esta pidiendo tu opinion: o se la das o te quedas calladito....para que hacer ruido innecesariamente? ;)

El "ruido" lo has creado tu, pero bueno, ahora ya si creo yo "ruido", pero sin
meter quotes innecesarios, y por aclararte tu error:
simplemente me limité a preguntar si lo que preguntaba era eso, o no... eso,
en mi tierra, no es meter ruido, sino asegurarse antes de dar una respuesta,
que por otro lado, y por si acaso, di intrinseca en el mail, para no tener
que enviar otro si era eso... y ahora ya si, seguir con esto, es meter ruido.

Un saludo.