Play Framework 1.x的Rythm模板引擎相对于Japid的优势？

Question

Rythm是一个用于游戏的模板引擎！框架视图。

它是类型安全的，并提供了默认groovy模板的替代方案。

Japid也是一个类似的Play模板引擎！Rythm和Japid都在解决类似的问题。

旋律

http://www.playframework.org/modules/rythm

http://www.rythmengine.com/

Japid

http://www.playframework.org/modules/japid

与Japid相比，Rythm有什么优势？

Answer 1

与Rythm相比，Japid最大的优势是前者有一个Eclipse插件，而后者目前没有工具支持。

Rythm在提供更好的Play-1.x集成方面胜出。请参阅Integration Guide和Migration Guide

这里值得一提的另一件事是Rythm by default escape expression output，就像Groovy engine一样，而Japid则要求您显式地将其转义为${escape(expr)}。这意味着Rythm往往使用起来更安全，而Japid对性能投了更多的票。

根据我的理解，两者的功能集应该没有其他很大的区别。-格林，Rythm的作者

更新

Rythm刚刚发布了一个叫做 (SIM)的功能，它允许你在简单的情况下省略参数声明，使它在大多数情况下成为String.format的一个很好的替代品：

String result = Rythm.render("Hello @who!", "world");

注意:SIM卡在两个方面击败了String.format：

1. Performance.Rythm.render比String.formant
2. Clear.快2到3倍"Hello @who“比"Hello %s”清晰得多。
3. 您只能按位置传递参数给String.format()，而Rythm.render同时支持按位置和按名称传递

Answer 2

Play2语法与Rythm模板语法非常接近，因此迁移路径会更简单。

Ryhtm是为C#模板定义的基于Ryhtm的Rizor语法，它是清晰和一致的。

另一方面，Japid比Rythm更老，因此可以有更多的功能和更少的bug

Answer 3

我已经实现了static-mustache library来提供一个基于mustache语法的类型安全的模板引擎。

它在编译时检查语法错误和类型错误(如缺少属性)，如Rythm或Japid。

它几乎需要零构建配置(而Rytm和Japod都需要定制插件)，因为它是一个标准的批注处理器。

在静态胡子中，所有类型信息都是从用于呈现的普通Java类中提取出来的。模板语言仍然是纯粹的“无逻辑”的胡须。因此，模板可以在服务器端和客户端渲染器之间共享。