1. 首頁
  2. 問答
  3. Velocity vs. FreeMarker

Velocity vs. FreeMarker

2009-09-22 78 views

回答

52

速度並沒有真正處於積極的發展階段。 Freemarker是。

根據我的經驗，Freemarker也更加靈活。

來源

2009-09-22 11:08:36 skaffman

+20

Freemarker社區已經有一些人傳播近7年來速度閒置的神話。那時候，Velocity已經在十幾個版本上發佈了（包括髮布版本和VelocityTools版本）。 – 2011-10-06 16:59:02

+12

速度已經死了，上一次穩定發佈2010 – dns 2013-10-04 12:17:28

+11

儘管看起來Velocity似乎失去了蒸汽開發的智慧（我將根據這個響應與FTL一起），但最後一個穩定的發佈日期並不總是如此它是價值的最佳衡量標準。 HTTP永遠不會離開2.0，而MIME永遠不會離開1.0。誠然，這些是規格，而不是軟件，但我認爲可能有一些有價值的工具已經成熟。 – Jherico 2014-05-08 17:51:07

7

他們試圖不時地區分自己（example）。

我已經廣泛地工作，從我的角度來看他們非常相似。只有很多功能可以構建爲模板語言，其餘部分只是絨毛。

來源

2009-09-22 11:17:26 leonm

+1

其中一些現在已經過時（參見：這個列表最初是基於與Velocity 1.2的比較），因爲Velocity達到了1.6。 在性能方面，我沒有看到有效的測試來看哪一個性能更好。 – 2009-12-31 21:19:12

+1

考慮到該列表基於過去十年的Velocity版本，對freemarker社區來說，他們沒有更新它是一種恥辱。速度現在爲1.7，並且大部分列表都是錯誤的。 – 2011-10-06 16:56:46

20

使用的Freemarker如果可以的話：

  • 仍然在像@skaffman積極發展表示
  • 良好的文檔，比速度恕我直言更好
  • 提供爲許多Web替代模板語言構架
  • 減依賴關係比速度更大
  • 比沒有擴展的原始Velocity更完整。
  • 另見@leonm

來源

2009-09-22 13:20:10

+13

如果一個模板系統在10多年的時間裏仍處於積極的發展階段，那麼您可能需要尋找一些更穩定的方法。 – fijiaaron 2012-02-28 14:56:48

+5

事實上，一直處於「發展」狀態的事實並不是一件好事。 – Jacob 2012-03-26 05:55:42

+0

和每個人都在變化。 :) – Rudy 2012-05-10 06:33:57

52

這些項目的目標是不同的提供的鏈接。

Velocity的目標是保持模板儘可能簡單，以幫助保持邏輯和表示之間的隔離，因此您不會在模板中滑動粘滯代碼的滑動斜率。有時候這是正確的。當然，有時能夠將複雜的邏輯直接連接到模板中是正確的。

速度不會頻繁發生，但這並不意味着它不在積極發展中。用戶社區很大，代碼快速穩定，語法基本固定。在過去的幾年中，Freemarker在模板語法和API方面經歷了翻天覆地的變化。有時候單獨離開很好。再次，取決於你在找什麼。

Freemarker的文檔更加廣泛 - 它是一個更復雜的軟件。

Freemarker的許多用例歸結爲想要複雜的模板工作流程，而不想編譯步驟。近些年來，我沒有用Java來解決這個問題，而是剛剛使用Python或Ruby。

來源

2009-12-31 07:58:55 jrb

+1

我完全同意這一點。當選擇出現時，我會經常選擇Velocity，因爲Freemaker的功能是不必要的。 – 2017-01-24 00:52:44

相關問題

 相關問題