Pasar los resultados de la base de datos a formato XML, con la idea de luego usar el "interprete" XML a gusto de cada uno, ya sea para un dispositivo movil o lo que sea.
Hasta aca vamos bien, el tema es que si quisiera generalizar, XSL no es soportado universalmente, por tanto hacer un xslt processor(o ejecutar cualquier otro procesador..) del lado del servidor consumiria tiempo, volveria las cosas mas lentas y consumiria mas recursos de la pc.
Escupir HTML directamente consumiria muchos recursos..
Tambien podria cambiar el header del archivo *.php... para que se interprete como *.xml, aca es donde viene la cuestion..
Código XML:
Ver original
archivo.xsl es incluido y procesado(lo mas importante porque esto es lo que consume tiempo) del lado del servidor o del lado del cliente?
Otra posibilidad seria utilizar Javascript para que todo se haga del lado del cliente... pero tengo 0 idea si Javascript va mas alla de lo que pueda procesar cada Browser, tal vez el browser no interpreta por si solo XSL, pero su Javascript si lo hace...
La finalidad de todo esto seria evitar Smarty y demas "parsers" que consumen recursos y para colmo no son un standard, pueden cambiar radicalmente, seria sintaxis para aprender, y si cambias de empresa por ahi ya no usan Smarty, usan otra libreria, o hacen todo output con asp/php/etc.. para alguien que se encarga del front-end eso es el infierno...
Mientras que cualquier maquetador DEBERIA saber html.. xml.. xsl..(etc).. no Smarty(por poner un ejemplo conocido)..
La idea seria pasar directamente a usar esta metodologia, pero no se si es la mejor(por performance y compatibilidad, estamos en el 2012 pero por ahi no es buena idea tocar xsl de todas maneras..), no se si hay mejores alternativas tampoco.
Cualquier comentario es agradecido, saludos!
