2009-09-22 84 views

回答

52

速度并没有真正处于积极的发展阶段。 Freemarker是。

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

+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)。

我已经广泛地工作,从我的角度来看他们非常相似。只有很多功能可以构建为模板语言,其余部分只是绒毛。

+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
+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。

+1

我完全同意这一点。当选择出现时,我会经常选择Velocity,因为Freemaker的功能是不必要的。 – 2017-01-24 00:52:44