2009-09-22 15 views

Odpowiedz

52

Prędkość nie jest już pod aktywnym rozwojem. Freemarker jest.

Freemarker jest również bardziej elastyczny, z mojego doświadczenia.

+20

Niektórzy ludzie w społeczności Freemarkerów rozpowszechniają mit bezczynności prędkości od prawie 7 lat. W tym czasie Velocity stało się niemal tuzinem wydawnictw (w tym wydaniami punktowymi i wydaniami VelocityTools). –

+12

Prędkość jest martwa, ostatnia stabilna wersja 2010 – dns

+11

Podczas gdy wygląda na to, że Velocity straciła orientację na parę (idę z FTL na podstawie tej odpowiedzi), ostatnia stabilna data wydania czegoś nie zawsze jest najlepsza miara jego wartości. HTTP nigdy nie opuścił wersji 2.0, a MIME nigdy nie opuścił 1.0. To prawda, że ​​są to specyfikacje, a nie oprogramowanie, ale myślę, że prawdopodobnie istnieją cenne narzędzia, które po prostu stały się dojrzałe. – Jherico

7

Próbują odróżnić się od czasu do czasu (example).

Pracowałem intensywnie zarówno z jak iz mojej perspektywy są bardzo podobne. Jest tak wiele funkcji, które można wbudować w język szablonów, reszta to tylko puch.

+1

Niektóre z nich są obecnie przestarzałe (patrz: Ta lista jest pierwotnie oparta na porównaniu z Velocity 1.2), ponieważ prędkość osiągnęła 1,6. Pod względem wydajności nie widziałem ważnego testu, aby sprawdzić, który z nich działa lepiej. –

+1

Biorąc pod uwagę, że lista jest oparta na wersji Velocity w pobliżu dekady w przeszłości, jest to hańbą dla społeczności freemarkerów, że nie zaktualizowali jej. Prędkość wynosi teraz 1,7, a większość tej listy jest fałszywa. –

20

Zastosowanie Freemarker jeśli można:

  • Jeszcze w aktywny rozwój jak @skaffman powiedział
  • dobrą dokumentację, lepsze niż Velocity IMHO
  • Pod warunkiem, jako alternatywnego języka szablonów w wielu sieci Ramki
  • Mniej zależności niż Velocity
  • Bardziej kompletny niż surowa Prędkość bez rozszerzeń.
  • Zobacz także link podany przez @leonm
+13

Jeśli system szablonów jest nadal aktywnie rozwijany ponad 10 lat temu, możesz chcieć poszukać czegoś bardziej stabilnego. – fijiaaron

+5

Fakt, że coś jest pod ciągłym "rozwojem", naprawdę nie jest pozytywny. – Jacob

+0

i wszyscy się zmieniają. :) – Rudy

52

Cele dla projektów są różne.

Celem Velocity jest utrzymanie możliwie jak najprostszych szablonów, aby pomóc w utrzymaniu segregacji między logiką a prezentacją, aby nie ześlizgnąć się po śliskim nachyleniu kodu naklejenia w szablonach. Czasami jest to słuszne. Oczywiście, czasami jest w stanie podłączyć skomplikowaną logikę bezpośrednio do szablonów.

Prędkość nie jest często aktualizowana, ale to nie znaczy, że nie jest aktywnie rozwijana. Społeczność użytkowników jest duża, kod jest szybki i stabilny, składnia jest zasadniczo poprawiona. W ciągu ostatnich kilku lat Freemarker przeszedł odejście od składni szablonu i strony interfejsu API. Czasem dobrze jest zostawić to w spokoju. Znowu zależy od tego, czego szukasz.

Dokumentacja Freemarkera jest znacznie szersza - i jest o wiele bardziej skomplikowanym oprogramowaniem.

Wiele przypadków użycia Freemarkera sprowadza się do złożonego procesu szablonowania i nie ma potrzeby wykonywania kompilacji. W ostatnich latach zamiast walczyć z tym za pomocą Javy, korzystałem z Pythona lub Rubiego.

+1

Całkowicie zgadzam się z tym punktem. Kiedy pojawia się wybór, często wybieram Velocity, ponieważ cechy Freemaker są niepotrzebne. –