Преимущества движка шаблонов Rythm по сравнению с Japid для Play Framework 1.x?

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

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

Japid также похож на движок шаблонов для Play! И Ритм, и Джапид решают похожие проблемы.

Rythm

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

http://www.rythmengine.com/

Japid

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

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

3 ответа

Решение

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

Ритм побеждает в улучшении интеграции Play-1.x. См. Руководство по интеграции и Руководство по миграции

Еще одна вещь, о которой стоит упомянуть, - это по умолчанию выходное выражение Rythm , например Groovy engine, в то время как Japid требует, чтобы вы явно экранировали его как ${escape(expr)}, Это говорит о том, что Rythm более безопасен в использовании, в то время как Japid больше голосует за производительность.

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

Обновления

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

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

Обратите внимание, что SIM-биты String.format двумя способами:

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

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

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

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

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

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

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

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

Другие вопросы по тегам