Rythm是Play的模板引擎!框架視圖。Rythm模板引擎優於Japid for Play Framework 1.x?
它是類型安全的,並提供默認groovy模板的替代方案。
Japid也是Play類似的模板引擎! Rythm和Japid都在解決類似的問題。
節奏
http://www.playframework.org/modules/rythm
Japid
http://www.playframework.org/modules/japid
什麼是節奏過Japid優勢?
Rythm是Play的模板引擎!框架視圖。Rythm模板引擎優於Japid for Play Framework 1.x?
它是類型安全的,並提供默認groovy模板的替代方案。
Japid也是Play類似的模板引擎! Rythm和Japid都在解決類似的問題。
節奏
http://www.playframework.org/modules/rythm
Japid
http://www.playframework.org/modules/japid
什麼是節奏過Japid優勢?
Japid超過節奏的最大優點是前者有一個Eclipse插件,而後者則在沒有任何工具的支持時刻。
Rythm贏得提供更好的Play-1.x集成。見Integration Guide和Migration Guide
另一件事值得這裏所說的是節奏by default escape expression output如Groovy引擎,而Japid要求你明確逃脫它作爲${escape(expr)}
。這表示Rythm傾向於更安全地使用,而Japid更多地投票表現。
根據我的理解,這兩者的功能設置應該沒有其他重大差異。 - 節奏的綠色,作者
更新
節奏剛剛發佈了一款名爲String Interpolation Mode(SIM)功能,該功能可以讓你忽略參數聲明爲簡單的情況下,使其在一個很好的替代String.format
大多數情況下:
String result = Rythm.render("Hello @who!", "world");
注意SIM擊敗String.format
在兩個方面:
Rythm.render
比String.formant
String.format()
,而Rythm.render
支持路過的位置和名稱Rythm語法接近Play2模板語法,因此遷移路徑將更容易。
基於Ryhtm的Razor語法是爲C#模板定義的,且清晰且一致。
在另一方面,Japid比節奏更老,因此可以有更多的功能和更少的錯誤
我實現了static-mustache library提供基於鬍子語法類型安全的模板引擎。
它在編譯時會像Rythm或Japid一樣檢查語法錯誤和類型錯誤(如缺少屬性)。
它需要幾乎零構建配置(與需要自定義插件的Rytm和Japod相比),因爲它是標準註釋處理器。
在靜態鬍子中,所有類型信息都是從用於渲染的普通Java類中提取的。模板語言仍然是純粹的「無邏輯」鬍子。 因此模板可以在服務器端和客戶端渲染器之間共享。
有趣!感謝分享。 –
感謝澄清! –