速度与FreeMarker的比较


Answers:


47

速度不再是真正活跃的开发。Freemarker是。

根据我的经验,Freemarker也更加灵活。


27
Freemarker社区中已有某些人传播Velocity不活跃的神话已有将近7年了。在那个时候,Velocity已经接近12个发行版(包括点发行版和VelocityTools发行版)。
内森·布布纳

11
尽管看上去Velocity似乎已经失去了发展的动力(基于此响应,我将继续使用FTL),但某些东西的最后稳定发布日期并不一定总是衡量其价值的最佳方法。HTTP从不离开2.0,MIME从不离开1.0。当然,这些只是规格,而不是软件,但我认为可能会有一些有价值的工具变得简单成熟。
Jherico 2014年

8
速度又活着。新版本2.0稳定版于2017
。– Dherik

5
这个答案是完全错误的。
Koshinae

4
velocity.apache.org/news.html#engine21 Velocity Engine 2.1发布(2019年3月31日,星期日)Velocity Tools 3.0发布(2018年10月9日,星期二)
Ariel

68

项目的目标是不同的。

Velocity的目标是使模板尽可能简单,以帮助保持逻辑与表示之间的隔离,因此您不会滑入模板中粘贴代码的滑坡。有时候这是对的。当然,有时候能够将复杂的逻辑直接连接到模板中是正确的。

Velocity不会经常更新,但这并不意味着它没有处于活跃的开发中。用户社区很大,代码快速且稳定,语法基本上是固定的。在过去的几年中,Freemarker在模板语法和api方面经历了翻身。有时候,一个人呆得足够好是很好的。同样,取决于您要查找的内容。

Freemarker的文档范围更广,并且它是一个复杂得多的软件。

Freemarker的许多用例可以归结为需要复杂的模板工作流程而不需要编译步骤。近年来,我一直在使用Python或Ruby,而不是通过Java奋斗。


1
我完全同意这一点。当出现选择时,我经常会选择Velocity,因为Freemaker的功能不是必需的。
Brett Ryan

20

如果可以,请使用Freemarker:

  • 仍在积极开发中,例如@skaffman说
  • 好的文档,胜过Velocity IMHO
  • 在许多Web框架中作为替代模板语言提供
  • 比Velocity更少的依赖
  • 比未扩展的原始力度更完整。
  • 另请参阅@leonm提供的链接

15
如果模板系统仍在10年以上的活跃开发中,则可能需要寻找更稳定的东西。
fijiaaron 2012年

7
某种事物在不断的“发展”中,这实际上不是一件积极的事情。
2012年

每个人都在变化。:)
鲁迪(Rudy)2012年

6
我是FreeMarker的当前维护者(我不是BTW的原始作者)。在2.3.0(2004年中)之前,是黑暗时代,混乱不堪。自2004年中(2.3.0)起,这些版本向后兼容,而2016年FreeMarker的版本为2.3.23。添加了一些旧功能已过时的新功能,尤其是在最近几年中,但是经过这么多年,事情变了,期望值发生了变化,最初的拦截远非完美。直到2.3.0之后的12年之后,才考虑使用新一代FreeMarker(使用其他软件包)。如果您在12年后没有变得更明智,您就会知道...
ddekany

7

他们试图时不时地与众不同(示例)。

我与两者进行了广泛的合作,从我的角度看,它们非常相似。您可以将许多功能内置到模板语言中,剩下的只是绒毛。


1
自Velocity达到1.6以来,其中一些已过时(请参阅:此列表最初基于与Velocity 1.2的比较)。在性能方面,我没有看到有效的测试来查看哪个性能更好。
adrian.tarau

1
考虑到该列表基于近十年来的Velocity版本,对于freemarker社区来说,他们没有更新它是可耻的。现在的速度为1.7,该列表中的大多数都是错误的。
内森·布巴纳

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.