Velocity vs. FreeMarker [zamknięty]

Cele projektów są różne.

Celem Velocity jest utrzymanie szablonów tak prostych, jak to możliwe, aby pomóc w utrzymaniu segregacji między logiką a prezentacją, aby nie ześlizgiwać się po śliskim zboczu przyklejania kodu w szablonach. Czasami tak jest dobrze. Oczywiście czasami możliwość podłączenia skomplikowanej logiki bezpośrednio do szablonów jest słuszna.

Velocity nie jest często rev ' D, ale to nie znaczy, że nie jest aktywny rozwój. Społeczność użytkowników jest duża, kod jest szybki i stabilny, składnia jest w zasadzie stała. W ciągu ostatnich kilku lat Freemarker przeszedł na stronę składni szablonów i api. Czasami miło jest zostawić wystarczająco dobrze w spokoju. Ponownie, zależy, czego szukasz.

Dokumentacja Freemarkera jest znacznie bardziej rozbudowana - i jest znacznie bardziej skomplikowanym oprogramowaniem.

Wiele przypadków użycia Freemarkera sprowadza się do potrzeby skomplikowanych szablonów workflow i nie chce kroku kompilacji. W ostatnich latach zamiast zmagać się z Javą, używam Pythona lub Ruby.

Użyj Freemarkera, jeśli możesz:

• wciąż w aktywnym rozwoju, jak powiedział @ skaffman
• dobra dokumentacja, lepsza od prędkości IMHO
• dostarczany jako alternatywny język szablonów w wielu frameworkach internetowych
• mniej zależności niż prędkość
• bardziej kompletna niż prędkość bez rozszerzeń.
• Zobacz też link podany przez @ leonm

Od czasu do czasu starają się odróżnić (Przykład).

Pracowałem intensywnie z obydwoma i z mojej perspektywy są bardzo podobne. Istnieje tak wiele funkcji, które można wbudować w język szablonów, reszta jest po prostu Puszysta.

Istnieją dwie książki o prędkości:

• Pro Jakarta Velocity: od profesjonalisty do eksperta

• Mastering Apache Velocity

I innych książek, które mają rozdziały o tym zbyt. Czyli tyle o Freemarkerze, który ma więcej lub lepsze dokumenty :).