Plantillas de Python para diseñadores web

Question

¿Cuáles son algunos de los buenos motores de plantillas para diseñadores web? Definitivamente tengo mis preferencias sobre con qué preferiría trabajar como programador. Pero los diseñadores web parecen tener una forma diferente de pensar sobre las cosas y, por lo tanto, pueden preferir un sistema diferente.

Así: diseñadores

• Web: motor de plantillas lo prefieres trabajar?
• programadores: ¿con qué máquinas de plantillas ha trabajado que hicieron que trabajar con diseñadores web sea fácil?

Answer 1

Mire Mako.

Así es como me las arreglo con los diseñadores web.

1. Pídales que se burlen de la página. En HTML.
2. Utilice el HTML como base para la plantilla, reemplazando el contenido falsificado con ${...} reemplazos.
3. Doble vuelta en los bucles para manejar las repeticiones.

El uso de if-statements requiere negociación, ya que la maqueta es una versión de la página, y generalmente hay algunas explicaciones para la presentación condicional de algún material.

Answer 2

Encontré personalmente Cheetah templates para ser muy diseñador-amistoso. Lo que necesitó algún tiempo fue la idea de crear plantillas de subclases, y esto era algo difícil de conseguir al principio. Pero un diseñador crea una plantilla completa, duplicando su código ... Luego puede arreglar un poco las cosas.

Answer 3

Django's templating engine es bastante decente. Es bastante robusto sin pisar demasiados dedos de los pies. Si está trabajando con Python, lo recomendaría. No sé cómo divorciarme de Django, pero dudo que sea muy difícil ya que Django es bastante modular.

EDIT: Al parecer, elmini-guide to using Django's templating engine standalone estaba sentado frente a mí ya, gracias insin.

Answer 4

Tuve buenos votos cuando answering this same question's duplicate.

Mi respuesta fue:

Jinja2.

Niza syntax, buena customization possibilities.

Se integra bien. Se puede incluir en la zona de pruebas, por lo que no tiene que confiar completamente en los autores de sus plantillas. (Mako no puede).

También es bastante rápido, con la ventaja de compilar su plantilla para el código de bytes y la memoria caché, como en la demostración a continuación:

>>> import jinja2 
>>> print jinja2.Environment().compile('{% for row in data %}{{ row.name | upper }}{% endfor %}', raw=True) 
from __future__ import division 
from jinja2.runtime import LoopContext, Context, TemplateReference, Macro, Markup, TemplateRuntimeError, missing, concat, escape, markup_join, unicode_join 
name = None 

def root(context, environment=environment): 
    l_data = context.resolve('data') 
    t_1 = environment.filters['upper'] 
    if 0: yield None 
    for l_row in l_data: 
     if 0: yield None 
     yield unicode(t_1(environment.getattr(l_row, 'name'))) 

blocks = {} 
debug_info = '1=9' 

Este código se ha generado sobre la marcha Jinja2. Por supuesto, el compilador lo optimiza aún más (p.eliminando if 0: yield None)

Answer 5

Mi voto va a Clearsilver, es el motor de plantillas utilizado en Trac antes de 0.11, también se usa en páginas como Grupos de Google o Orkut. Los principales beneficios de este motor de plantillas es que es muy rápido e independiente del lenguaje.

Answer 6

Para agregar al comentario de @Jaime Soriano, Genshi es el motor de plantilla utilizado en la publicación de Trac-0.11. Se puede utilizar como una solución de plantillas genérica, pero tiene un enfoque en HTML/XHTML. Tiene escapes automáticos para reducir las vulnerabilidades de XSS.

Answer 7

He jugado ambos roles y en el fondo prefiero más el lenguaje de plantillas de un programador. Sin embargo, soy freelance para algunos diseñadores gráficos que realizan la programación de "pesados" respaldados y db, y puedo decirles que he tenido la mejor suerte con los lenguajes de plantillas XML (SimpleTAL, Genshi, etc.).

Cuando intento ser amigable con los diseñadores web, busco algo que pueda cargarse en Dreamweaver y ver resultados. Esto me permite proporcionar todos los ganchos en una plantilla y dejar que el diseñador lo ajuste sin preocuparse por romper lo que ya he escrito. Nos permite compartir el código y trabajar mejor juntos donde ambos estamos cómodos con el formato.

Si los códigos de diseñador sin un editor WYSIWYG, creo que sus opciones son menos limitadas y podría ir con su propio favorito.