2013-07-22 29 views
3

淘汰賽是一個夢幻般的模板引擎然而它並不像角和灰燼,迪朗達爾正在取得良好的進展,但是我想探索所有選項的框架。所以,我有三個主要問題:使用淘汰賽與Ember代替handelbars

  • 是否有灰燼替代模板引擎的任何電流支持(真正的支持,不只是有可能)?
  • 有沒有人已經用Ember淘汰了淘汰賽?
  • 如何添加對Knockout的支持?

回答

2

目前是否有任何支持Ember中的替代模板引擎(真正的支持,而不僅僅是這是可能的)?有沒有人已經用Ember使用Knockout?

不需要。Ember.Handlebars與Ember具有緊密的系統緊密集成。這可能是可能的,但不可取。

一個人怎麼會去加入淘汰賽的支持?

解決此問題的正確方法是在此情況下將所需的模板語言編譯到構建過程中的句柄模板中。

這在Emblem項目已經做得相當不錯。 Emblem是一個HAML靈感縮進基於模板語言編譯成車把。它具有所有必要的工具支持像節點基於命令行編譯器,咕嚕任務,運行時支持喜歡的CoffeeScript等

你將不得不做,如果你需要這樣的自定義生成。除此之外,Handlebars在Ember框架內工作得很好,幾乎所有你需要的模板語言。

+0

生成車把代碼是不是我想採取一個選項。它也是一個獨立的項目。把手可能擁有一切需要的東西,但它遠不是我想要的。 –

+0

也許一個更好的開始就是提出一個特定於Knockout功能的問題,以及如何在Ember/Handlebars生態系統內部實現它。 –

+1

我個人反對handlebar的反對意見是,它使html更難以爲後來的設計師閱讀。淘汰賽的HTML5兼容語法讓每個人都很高興閱讀。編寫好的HTML和CSS已經夠痛苦的了,所以我不希望另一層erb,jsp,句柄污染HTML代碼。 (雖然我不得不承認,句柄有時有更好的成語來表達東西:不得不爲每個文本替換插入一個HTML標記也不會覺得不對。) –