2009-09-22 9 views

Respuesta

52

Velocity ya no se encuentra en desarrollo activo. Freemarker es.

Freemarker es también mucho más flexible, en mi experiencia.

+20

Ha habido ciertas personas en la comunidad de Freemarker que han difundido el mito de la inactividad de Velocity desde hace casi 7 años. En ese momento, Velocity ha hecho casi una docena de lanzamientos (incluyendo lanzamientos de puntos y lanzamientos de VelocityTools). –

+12

La velocidad está muerta, la última versión estable 2010 – dns

+11

Si bien parece que Velocity parece haber perdido fuerza de desarrollo (me estoy yendo con FTL sobre la base de esta respuesta), la última fecha de lanzamiento estable de algo no siempre es la mejor medida de su valor. HTTP nunca dejó 2.0 y MIME nunca salió de 1.0. De acuerdo, esas son especificaciones, no software, pero creo que es probable que haya algunas herramientas valiosas que simplemente hayan madurado. – Jherico

7

Intentan diferenciarse de vez en cuando (example).

He trabajado mucho con ambos y, desde mi punto de vista, son muy similares. Hay tantas características que puedes construir en un lenguaje de plantillas, el resto es solo pelusa.

+1

Algunos de ellos están obsoletos en este momento (Ver: Esta lista se basa originalmente en una comparación con Velocity 1.2) ya que Velocity llegó a 1.6. En términos de rendimiento, no vi una prueba válida para ver cuál funciona mejor. –

+1

Teniendo en cuenta que la lista se basa en una versión de Velocity que se acerca a una década en el pasado, es una vergüenza para la comunidad Freemarker que no la hayan actualizado. La velocidad está en 1.7 ahora y la mayor parte de esa lista es falsa. –

20

Uso Freemarker si puedes:

  • Aún en desarrollo activo como @skaffman dijo
  • buena documentación, mejor que en mi humilde opinión velocidad
  • proporciona como lenguaje de plantillas alternativo en muchos frameworks web
  • Menos dependencias que Velocity
  • Más completa que la Velocidad bruta sin extensiones.
  • Véase también el enlace proporcionado por @leonm
+13

Si un sistema de plantillas aún se encuentra en desarrollo activo durante más de 10 años, es posible que desee buscar algo un poco más estable. – fijiaaron

+5

El hecho de que algo está en constante "desarrollo" realmente no es algo positivo. – Jacob

+0

y todo el mundo está cambiando. :) – Rudy

52

Los objetivos de los proyectos son diferentes.

El objetivo de Velocity es mantener las plantillas lo más simples posible, para ayudar a mantener una segregación entre la lógica y la presentación, para que no se deslice por la pendiente resbaladiza del código pegado en las plantillas. A veces esto es lo correcto. Por supuesto, a veces ser capaz de conectar la lógica complicada directamente a las plantillas es lo correcto.

La velocidad no se repite con frecuencia, pero eso no significa que no esté en desarrollo activo. La comunidad de usuarios es grande, el código es rápido y estable, la sintaxis es básicamente fija. En los últimos años, Freemarker ha experimentado un cambio en la sintaxis de la plantilla y el lado de la API. A veces es bueno salir lo suficientemente bien solo. De nuevo, depende de lo que estás buscando.

La documentación de Freemarker es mucho más extensa, y es una pieza de software mucho más complicada.

Muchos de los casos de uso de Freemarker se reducen a querer un flujo de trabajo de plantillas complejo y no querer un paso de compilación. En los últimos años, en lugar de luchar con esto con Java, acabo de utilizar Python o Ruby.

+1

Estoy totalmente de acuerdo con este punto. Cuando surge una elección, a menudo elegiré Velocity ya que las funciones de Freemaker son innecesarias. –