Скорость против FreeMarker

Скорость или FreeMarker?

Они выглядят почти одинаково, даже синтаксис?

Что использовать? Или когда использовать что?

ОТВЕТЫ

Ответ 1

Velocity больше не находится под активным развитием. Фримаркер.

Freemarker также намного более гибкий, по моему опыту.

Ответ 2

Цели для проектов разные.

Цель скорости - максимально упростить шаблоны, чтобы помочь сохранить разделение между логикой и презентацией, поэтому вы не скользите по скользкому склону приклеивания кода в шаблонах. Иногда это правильно. Конечно, иногда быть в состоянии подключить сложную логику непосредственно к шаблонам - это правильно.

Скорость часто не изменяется, но это не значит, что она не находится в активной разработке. Сообщество пользователей велико, код быстрый и стабильный, синтаксис в основном исправлен. За последние несколько лет Freemarker претерпел откат в синтаксисе шаблона и стороне api. Иногда приятно оставить достаточно одного. Опять же, зависит от того, что вы ищете.

Документация Freemarker намного шире - и это гораздо более сложная часть программного обеспечения.

Многие из вариантов использования Freemarker сводятся к желанию сложного рабочего процесса шаблонов и не требуют этапа компиляции. В последние годы вместо того, чтобы бороться с этим с помощью Java, я просто использовал Python или Ruby.

Ответ 3

Используйте Freemarker, если вы можете:

  • Все еще в активном развитии, как @skaffman сказал
  • Хорошая документация, лучше Velocity IMHO
  • Предоставляется как альтернативный язык шаблонов во многих веб-инфраструктурах
  • Меньше зависимостей, чем Velocity
  • Более полная, чем необработанная скорость без расширений.
  • Также см. ссылку, предоставленную @leonm

Ответ 4

Они пытаются время от времени различать (пример).

Я много работал с обоими и с моей точки зрения, они очень похожи. Есть так много функций, которые вы можете встроить в язык шаблонов, остальное - просто пух.