Преимущества Rythm Template Engine для Japid для Play Framework 1.x?

Question

Rythm - это шаблонный движок для игры! рамочные представления.

Это безопасный тип и предоставляет альтернативу шаблонам по умолчанию.

Japid также является аналогичным механизмом для игры в игру! И Rythm, и Japid решают подобные проблемы.

Rythm

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

http://www.rythmengine.com/

Japid

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

Каковы преимущества RYTHM над Japid?

Answer 1

Самое большое преимущество Japid над RYTHM бывший имеет плагин Eclipse, в то время как последний не имеет поддержки инструмента в момент.

Rythm выигрывает при обеспечении лучшей интеграции Play 1.x. См Integration Guide и Migration Guide

Другой упоминается здесь, что стоит это Rythm by default escape expression output как двигатель Groovy в то время как Japid требуют, чтобы вы явно избежать его как ${escape(expr)}. Это говорит о том, что Rythm имеет тенденцию быть более безопасным для использования, в то время как Japid больше проголосовал за производительность.

Не должно быть никаких других существенных различий в отношении набора функций как из моего понимания. - Грин, автор RYTHM

Обновление

Rythm только что выпустил функцию под названием String Interpolation Mode (SIM), который позволяет опустить декларацию аргумента для простых случаев, делают его хорошей заменой для String.format в в большинстве случаев:

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

Примечание SIM бьет String.format в 2 способами:

1. Производительность. Rythm.render в 2 - 3 раза быстрее, чем String.formant
2. Очистить. «Hello @who» является более понятным, чем «Hello% s».
3. Вы можете передать параметр в String.format() только позиции, в то время как Rythm.render поддерживает прохождение по позиции и по имени

Answer 2

Синтаксис ритма близок к синтаксису шаблона Play2, поэтому путь миграции будет проще.

Синтаксис бритвы, на основе которого основан Ryhtm, был определен для шаблонов C# и понятен и согласован.

В другой стороны, Japid старше ритму и поэтому может иметь больше возможностей и меньше ошибок

Answer 3

Я реализовал static-mustache library обеспечить типобезопасный шаблон движок, основанный на синтаксисе усов.

Он проверяет как синтаксические ошибки, так и ошибки типа (например, отсутствующее свойство) во время компиляции, например, Rythm или Japid.

Он требует почти нулевой конфигурации сборки (в отличие от Rytm и Japod, которые требуют настраиваемых плагинов), поскольку это стандартный обработчик аннотации.

В статических усах вся информация типа извлекается из обычного класса Java, используемого для рендеринга. Язык шаблонов остается чистым «безбрачным» усом. Таким образом, шаблоны можно разделить между серверными и клиентскими рендерингами.