Comentarios en: Aplicaciones web con plantillas http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/ Todos los días se aprende algo viejo Fri, 03 Feb 2012 00:22:12 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Por: jsanroman http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-2/#comment-44517 jsanroman Wed, 23 Apr 2008 20:22:37 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-44517 Coincido con alguno de los comentarios en que ese mismo foreach en php podría tener exactamente la misma limpieza que el html mostrado con smarty: xxx XXX y la clase encargada de la lógica de negocio sería mucho mas sencilla. Saludos Coincido con alguno de los comentarios en que ese mismo foreach en php podría tener exactamente la misma limpieza que el html mostrado con smarty:

xxx XXX

y la clase encargada de la lógica de negocio sería mucho mas sencilla.
Saludos

]]> Por: Carlos Ceron http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-2/#comment-38246 Carlos Ceron Wed, 12 Mar 2008 19:15:21 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-38246 Me parece muy interesante el artículo, cada uno tiene su opinión y yo como desarrollador web de ya hace varios años estoy muy de acuerdo en separar la lógica de la interfaz, cuando vienen los mantenimientos de la aplicación es que se nota esto. Una pregunta , veo en el código people.html que tienen un código encerrado entre llaves {}, eso lo entiende HTML o es porque est'a en Smarty? Mil gracias! Me parece muy interesante el artículo, cada uno tiene su opinión y yo como desarrollador web de ya hace varios años estoy muy de acuerdo en separar la lógica de la interfaz, cuando vienen los mantenimientos de la aplicación es que se nota esto.

Una pregunta , veo en el código people.html que tienen un código encerrado entre llaves {}, eso lo entiende HTML o es porque est’a en Smarty?

Mil gracias!

]]> Por: Alberto Téllez http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-2/#comment-18627 Alberto Téllez Mon, 27 Aug 2007 19:11:16 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-18627 Estoy con Javier en eso de que el artículo "sabe a poco" con ese gran título. Smarty se puede dar por supuesto en un diseñador (o más bien desarrollador) con un poco de experiencia, pero lo que realmente esperaba era una introducción a la mejor herramienta para aplicaciones web en este momento: Ruby on Rails. Sólo se menciona (positivamente) de pasada.... Aún así un buen tema para un artículo. Saludos Estoy con Javier en eso de que el artículo “sabe a poco” con ese gran título. Smarty se puede dar por supuesto en un diseñador (o más bien desarrollador) con un poco de experiencia, pero lo que realmente esperaba era una introducción a la mejor herramienta para aplicaciones web en este momento: Ruby on Rails.
Sólo se menciona (positivamente) de pasada….
Aún así un buen tema para un artículo.

Saludos

]]> Por: Diseño web http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-12771 Diseño web Thu, 19 Apr 2007 17:24:43 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-12771 Vaya te felicito realmente muy bueno.... Suerte con tu proyecto...‼ Vaya te felicito realmente muy bueno….

Suerte con tu proyecto…‼

]]> Por: paco http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-12327 paco Sun, 08 Apr 2007 22:37:02 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-12327 Para vosotros desarrolladores mirar esta herramienta ideal para hacer paneles de control para vuestros sitios web. http://www.mkmefeelgood.com/ Para vosotros desarrolladores mirar esta herramienta ideal para hacer paneles de control para vuestros sitios web. http://www.mkmefeelgood.com/

]]> Por: jesusvld http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-11840 jesusvld Sat, 31 Mar 2007 04:17:43 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-11840 Interesante artículo, es una forma de ahorrarnos muchas lineas de codigo y sobre todo tiempo. Saludos Interesante artículo, es una forma de ahorrarnos muchas lineas de codigo y sobre todo tiempo. Saludos

]]> Por: e-mypes http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-7927 e-mypes Fri, 26 Jan 2007 17:55:37 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-7927 Podria ser Creamos una pagina HTML que enlaza a un fichero javas.. y utilizando ajax se pueden hacer llamadas a la base de datos. Asi al cambiar de php a js o asp no se modifican los ficheros. Podria ser
Creamos una pagina HTML que enlaza a un fichero javas.. y utilizando ajax se pueden hacer llamadas a la base de datos.
Asi al cambiar de php a js o asp no se modifican los ficheros.

]]> Por: Javier http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-4075 Javier Mon, 18 Dec 2006 15:45:13 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-4075 He encontrado artículos extremadamente interesantes y productivos en este blog, pero este puntualmente me deja sabor a poco. Se menciona Smarty a secas sin hacer siquiera una reseña sobre las características de un motor de templates...si lo dan como algo asumido entonces también debería serlo el punto de separar el código de la presentación, y así la nota no tendría sentido He encontrado artículos extremadamente interesantes y productivos en este blog, pero este puntualmente me deja sabor a poco.
Se menciona Smarty a secas sin hacer siquiera una reseña sobre las características de un motor de templates…si lo dan como algo asumido entonces también debería serlo el punto de separar el código de la presentación, y así la nota no tendría sentido

]]> Por: chaval http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-854 chaval Thu, 23 Nov 2006 19:43:29 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-854 ImZyos!, quizas sea(si te entiendo bien) por el cambio de la ruta al css desde el archivo renderizado por php, una solucion es ocupar rutas absolutas. ImZyos!, quizas sea(si te entiendo bien) por el cambio de la ruta al css desde el archivo renderizado por php, una solucion es ocupar rutas absolutas.

]]> Por: ImZyos! http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-546 ImZyos! Sat, 11 Nov 2006 02:08:41 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-546 Yo estoy trabajando en un Framework de PHP4, basado en el modelov MVC pero sin ser tan extenso como el resto como phpcake synfony etc, de momento funciona bien, el problema viene con el el css cuando se introduce la siguiente estructura pagina.ext/otracosa alguien sabe porque? Yo estoy trabajando en un Framework de PHP4, basado en el modelov MVC pero sin ser tan extenso como el resto como phpcake synfony etc, de momento funciona bien, el problema viene con el el css cuando se introduce la siguiente estructura pagina.ext/otracosa
alguien sabe porque?

]]> Por: javier http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-494 javier Tue, 07 Nov 2006 10:53:23 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-494 Con respecto a la pregunta de Nicolás, CakePHP parece ser una muy buena implementación del patrón MVC para PHP. Personalmente no lo he usado más que para jugar, por eso no podría evaluar su eficiencia, pero parece estar en el camino correcto. Con respecto al comentario de Lito (lamentablemente el código PHP no se pegó bien), la corrección de los resultados no está en discusión, lo que trato de destacar es la posibilidad de obtener código de fácil mantenimiento y escalabilidad separando la lógica del programa de la lógica de presentación (interfaz) a nivel de código. Con respecto a la pregunta de Nicolás, CakePHP parece ser una muy buena implementación del patrón MVC para PHP. Personalmente no lo he usado más que para jugar, por eso no podría evaluar su eficiencia, pero parece estar en el camino correcto.

Con respecto al comentario de Lito (lamentablemente el código PHP no se pegó bien), la corrección de los resultados no está en discusión, lo que trato de destacar es la posibilidad de obtener código de fácil mantenimiento y escalabilidad separando la lógica del programa de la lógica de presentación (interfaz) a nivel de código.

]]> Por: Lito http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-492 Lito Tue, 07 Nov 2006 10:46:14 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-492 Tu ejemplo de PHP no es muy válido, ya que se puede conseguir un resultado muy correcto sin hacer lo que tú enseñas: <code> People Listing First Name Last Name </code> No sé si este código se pegará... Tu ejemplo de PHP no es muy válido, ya que se puede conseguir un resultado muy correcto sin hacer lo que tú enseñas:

People Listing

First Name
Last Name

No sé si este código se pegará…

]]> Por: nicolas http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-365 nicolas Sat, 28 Oct 2006 10:43:38 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-365 My buen articulo javier. Quisiera saber tu opinion de CakePHP (clon de rails para PHP). My buen articulo javier. Quisiera saber tu opinion de CakePHP (clon de rails para PHP).

]]> Por: vitxo. http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-361 vitxo. Fri, 27 Oct 2006 17:15:48 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-361 Corrección, primer párrafo: quería decir "lógica de la presentación" en lugar de "..de la aplicación". :) Corrección, primer párrafo: quería decir “lógica de la presentación” en lugar de “..de la aplicación”. :)

]]> Por: vitxo. http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-360 vitxo. Fri, 27 Oct 2006 17:14:10 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-360 No hay que perder de vista que el propio lenguaje PHP puede usarse tranquilamente para representar la lógica de la aplicación, de hecho, supongo que Smarty traducirá su lenguaje de plantillas a PHP y mantendrá una copia "compilada" en caché. En Sitepoint hace tiempo publicaron <a href="http://www.sitepoint.com/article/beyond-template-engine" rel="nofollow">un artículo muy majo</a> (http://www.sitepoint.com/article/beyond-template-engine) con una interfaz sencilla orientada a objetos donde las plantillas no tenían más que PHP. Es decir, la idea no es incrustar el HTML en PHP, sino hacer todo lo contrario, que es para eso para lo que estaba pensando originalmente y además, no hacerlo "a lo loco", sino separando correctamente en archivos/clases/módulos según su role en la aplicación. De hecho, en Rails, aunque puedes elegir el motor de plantillas que te salga del alma, por defecto se usa el propio Ruby con el erb. Por lo tanto, no es necesario abstraerse mucho (al final puedes hacer un include tranquilamente de la plantilla) ni utilizar librerías de terceros para separar la definición de la lógica del negocio y el modelo de la lógica de la presentación. Que no digo que no se deba hacer eh? :-) Pero particularmente sobrecargar la capa de la presentación con Smarty con la excusa de que "es más designer-friendly" puede añadir un overhead a tu aplicación que en casos como los de menéame.net no te puedes permitir. Y con esto ya termino, ésa es otra. Si un diseñador tiene que aprender la sintaxis de Smarty, por qué no la de PHP? :-) un saludo. No hay que perder de vista que el propio lenguaje PHP puede usarse tranquilamente para representar la lógica de la aplicación, de hecho, supongo que Smarty traducirá su lenguaje de plantillas a PHP y mantendrá una copia “compilada” en caché.

En Sitepoint hace tiempo publicaron un artículo muy majo (http://www.sitepoint.com/article/beyond-template-engine) con una interfaz sencilla orientada a objetos donde las plantillas no tenían más que PHP.

Es decir, la idea no es incrustar el HTML en PHP, sino hacer todo lo contrario, que es para eso para lo que estaba pensando originalmente y además, no hacerlo “a lo loco”, sino separando correctamente en archivos/clases/módulos según su role en la aplicación. De hecho, en Rails, aunque puedes elegir el motor de plantillas que te salga del alma, por defecto se usa el propio Ruby con el erb.

Por lo tanto, no es necesario abstraerse mucho (al final puedes hacer un include tranquilamente de la plantilla) ni utilizar librerías de terceros para separar la definición de la lógica del negocio y el modelo de la lógica de la presentación. Que no digo que no se deba hacer eh? :-) Pero particularmente sobrecargar la capa de la presentación con Smarty con la excusa de que “es más designer-friendly” puede añadir un overhead a tu aplicación que en casos como los de menéame.net no te puedes permitir.

Y con esto ya termino, ésa es otra. Si un diseñador tiene que aprender la sintaxis de Smarty, por qué no la de PHP? :-)

un saludo.

]]> Por: anla http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-298 anla Thu, 19 Oct 2006 16:58:54 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-298 Este tema está muy a la orden del día en mi empresa. Te cuento, somos 3 programadores y cada uno trabaja a su manera. uno va a su bola total q no viene al caso, yo uso el método malo de integrar consultas a BD en las páginas HTML para mostrar las tablas y todo eso, y el tercero usa un MVC propio. El problema, es cuando los diseñadores tienen q modificar algo del diseño, q no saben donde meter mano. Conmigo no tienen mucho problema pq el código html, más o menos, se entiende. El problema lo tienen con el q usa MVC, y para cambiar un simple menú se las ven crudas. Así q, hast q los diseñadores no sepan algo de php o de las estructuras de smarty y similares, seguiremos trabajando al modo malo. Una pena, lo sé.... Este tema está muy a la orden del día en mi empresa. Te cuento, somos 3 programadores y cada uno trabaja a su manera. uno va a su bola total q no viene al caso, yo uso el método malo de integrar consultas a BD en las páginas HTML para mostrar las tablas y todo eso, y el tercero usa un MVC propio.

El problema, es cuando los diseñadores tienen q modificar algo del diseño, q no saben donde meter mano. Conmigo no tienen mucho problema pq el código html, más o menos, se entiende. El problema lo tienen con el q usa MVC, y para cambiar un simple menú se las ven crudas.

Así q, hast q los diseñadores no sepan algo de php o de las estructuras de smarty y similares, seguiremos trabajando al modo malo.

Una pena, lo sé….

]]> Por: MikiBroki http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-297 MikiBroki Thu, 19 Oct 2006 16:26:15 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-297 excelente artículo. Personalmente uso una forma que considero "mejor" aunque cada uno tiene sus preferencias. Simplemente crear una página HTML, enlazada con unf fichero javascript en la que usando AJAX hago llamadas a la BD, y luego... mucho javascript. De ese modo da igual que cambies de PHP a JSP o ASP, los ficheros HTML ni javascript los tocas para nada. ¿Lo malo? que hay que poner algo más de atención a la seguridad. Un saludo. excelente artículo.

Personalmente uso una forma que considero “mejor” aunque cada uno tiene sus preferencias.

Simplemente crear una página HTML, enlazada con unf fichero javascript en la que usando AJAX hago llamadas a la BD, y luego… mucho javascript.

De ese modo da igual que cambies de PHP a JSP o ASP, los ficheros HTML ni javascript los tocas para nada.

¿Lo malo? que hay que poner algo más de atención a la seguridad.

Un saludo.

]]> Por: Pixote http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-296 Pixote Thu, 19 Oct 2006 10:56:39 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-296 Hola, la verdad que hay que tener una atención especial al rendimiento que se obtenga al manejar templates, en mi opinión prefiero utilizar una libreria que proporcione elementos html, por ejemplo, si quiero un href en php: echo $html_class->href("titulo","enlace","otros") en perl utilizo la libreria CGI;) La ventaja que se tiene es también el fácil mantenimiento y alto rendimiento. Un ejemplo es de esto que os cuento es Oscommerce http://oscommerce.qadram.com/ Hola,
la verdad que hay que tener una atención especial al rendimiento que se obtenga al manejar templates, en mi opinión prefiero utilizar una libreria que proporcione elementos html, por ejemplo, si quiero un href en php:
echo $html_class->href(“titulo”,”enlace”,”otros”)
en perl utilizo la libreria CGI;)
La ventaja que se tiene es también el fácil mantenimiento y alto rendimiento.
Un ejemplo es de esto que os cuento es Oscommerce http://oscommerce.qadram.com/

]]> Por: JarFil http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-294 JarFil Thu, 19 Oct 2006 01:46:38 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-294 Muy bonito, pero ¿qué tienes exactamente en contra de esto? http://rafb.net/paste/results/7mbLGC93.html Muy bonito, pero ¿qué tienes exactamente en contra de esto?

http://rafb.net/paste/results/7mbLGC93.html

]]> Por: javier http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/comment-page-1/#comment-288 javier Tue, 17 Oct 2006 13:37:04 +0000 http://blog.smaldone.com.ar/2006/10/17/aplicaciones-web-con-plantillas/#comment-288 He encontrado <a href=\"http://mnm.uib.es/gallir/posts/2006/09/26/820/\" rel=\"nofollow\" rel="nofollow">un análisis</a> realizado por Ricardo Galli, autor de Menéame, sobre el por qué no se ha utilizado Smarty en su desarrollo. Nadie sabe mejor que él los requerimientos de velocidad y la carga de trabajo del servidor de meneame.net, así que tengo que aceptar su palabra. Sin embargo, me llama la atención el hecho de que <a href=\"http://www.slashcode.com/\" rel=\"nofollow\" rel="nofollow">Slash</a> (el software detrás de <a href=\"http://slashdot.org\" rel=\"nofollow\" rel="nofollow">Slashdot</a> y <a href=\"http://barrapunto.com\" rel=\"nofollow\" rel="nofollow">Barrapunto</a>) utilice sin problemas <strong>Template-Toolkit</strong>. Quizás <strong>Template-Toolkit</strong> sea mucho más eficiente que <strong>Smarty</strong> (¡algo más a favor de mi querido <strong>Perl</strong>!) He encontrado un análisis realizado por Ricardo Galli, autor de Menéame, sobre el por qué no se ha utilizado Smarty en su desarrollo.

Nadie sabe mejor que él los requerimientos de velocidad y la carga de trabajo del servidor de meneame.net, así que tengo que aceptar su palabra.

Sin embargo, me llama la atención el hecho de que Slash (el software detrás de Slashdot y Barrapunto) utilice sin problemas Template-Toolkit. Quizás Template-Toolkit sea mucho más eficiente que Smarty (¡algo más a favor de mi querido Perl!)

]]>