Yo estoy aprendiendo hace poco a usar Smarty para una aplicación en php,
y la verdad es que me cuesta un poco. No es sencillo acostumbrarse al
modo de trabajo, a pesar de que las ventajas son muchas y se puede
separar elegantemente la parte de diseño con la funcionalidad.
Antes usaba un motor propio, que simplemente leia de un template en html
y reemplazaba las etiquetas del tipo {titulo}, {menu}, etc., muy similar
a los que usa eGroupware, pero las tenía que procesar en cada archivo
php que se abría, lo que no me pareció del todo óptimo.
Por eso opté por Smarty, para hacer algo escalable y que no sea
necesario cargar el template en cada archivo php.Saludos, Gustavo El jue, 31-08-2006 a las 08:36 -0300, Juan Matias Granda escribió: > Bueno ya que los veo tan prendidos con el tema :), quiero pasar la > pregunta a otro nivel :P, que piensan del uso de herramientas como > smarty?, nosotros no estamos usando absolutamente nada de eso, alguno > aconseja el uso de smarty o de algo similar?. > > Saludos y gracias > Juan > > 2006/8/30, Adrian Caneva <[EMAIL PROTECTED]>: > > Hola, > > Tal vez la pregunta inicial no sea qué lenguaje sino qué arquitectura > > se está buscando como solución. Si no les apareció esta incógnita es > > porque sus desarrollos son páginas web que pueden hacerse con el > > scripting más performante de turno (no hay pecado en eso :). > > Y si tiene un framework que incorpore MVC > > (http://es.wikipedia.org/wiki/Modelo_Vista_Controlador), templates, > > cache, pool de conexiones a DB, mejor. En ese rango normalmente hay > > pocas personas trabajando y el proyecto es uno solo. Asi que, sin > > importar la reutilización del código, si anda rápido todos sonreirán. > > > > Si les saltó la duda de diseño de arquitectura por temas de > > interacción con otros sistemas, performance, volumen, concurrencia, > > transacciones, recursos distribuídos, reusabilidad de partes, etc. > > entonces lo mejor es ir entrenándose en lenguajes que permiten > > escribir componentes y que tienen pilas de componentes ya maduros y > > reusables. En ese rango más vale orientarse a Java y C#. Dentro de sus > > respectivos frameworks ambos lenguajes permiten escribir desde > > aplicaciones cliente para ejecutarse sobre el SO+Maquina Virtual hasta > > toda capa de componentes intermedios y de backend consumibles por > > aplicaciones que popularmente se ejecutan sobre un browser con soporte > > HTML/XML, JScript. Y es el mismo lenguaje, lo que no es nada > > despreciable a la hora de decidir aprender algo. Toda la plataforma > > J2EE anda sobre linux. > > > > > > Un abrazo y espero les sirva > > a. > > > > On 8/30/06, Inpromptu <[EMAIL PROTECTED]> wrote: > > > > Java > > > > Ajax > > > > Ruby on Rails > > > > C# > > > > Django (el nuevo FrameWork Web de Python) > > > > > > Si ya vienen desarrollando para php+mysql, agreguen a las páginas > > dinámicas algo de Ajax. > > > Ajax sería la capa natural por encima de lo que ya tienen, para mejorar > > sus aplicaciones web. > > > > > > > > > > > Un punto importantísimo a tener en cuenta es la documentación, si hay > > > > mucha documentación mejor =) (ejemplo: uno de nosotros esta dandole a > > > > Ajax y lamentablemente mucha info no se encuentra). > > > > > > Ajax no es una tecnología en particular, sino una forma de construir las > > páginas dinámicas. Es algo así como el "arte de combinar javascript + xml + > > etc...". > > > > > > El que escribió aplicaciones web, ya sea con php o a través de cgi puro, > > sabe que las páginas dinámicas en html plano son un infierno a la hora de > > agregar seguridad y consistencia a los datos enviados y recibidos (páginas > > con datos falsos y llamadas fuera del circuito normal son fáciles de > > forjar). > > > > > > Como dicen los entendidos, Ajax es "una forma de vida" más que un > > lenguaje. Si usás javascript para actualizar una imagen cada n segundos, ya > > estás en los umbrales de Ajax. > > > > > > La mejor deocumentación la pueden conseguir "robando" los scripts de gmail > > y de googlemaps. O mejor, bajando el Google Web Toolkit de > > > http://code.google.com/webtoolkit/ y robando de ahí lo que les interese. > > > > > > Ah!, Java y C# están en otra categoría distinta a la de Ajax, Ruby y > > Django. > > > > > > Java y C# necesitan una máquina virtual en el cliente, mientras que para > > las otras tecnologías, el navegador es el que procesa el código. Desde este > > punto de vista, en la lista hay dos clases de tecnologías no comparables. > > > > > > Gustavo > > > > > > > > > > > > > > > > > > -- > > > _______________________________________________ > > > Surf the Web in a faster, safer and easier way: > > > Download Opera 9 at http://www.opera.com > > > > > > Powered by Outblaze > > > _________________________________ > > > Lista de correo - L U G Tucumán > > > http://www.lugtucuman.org.ar > > > > > _________________________________ > > Lista de correo - L U G Tucumán > > http://www.lugtucuman.org.ar > > > >
_________________________________ Lista de correo - L U G Tucumán http://www.lugtucuman.org.ar
