5

Czy ktoś wymyślił dobre rozwiązanie dla szablonów udostępnionych? Nie chcę duplikować HTML między klientem a serwerem. Wąsy byłyby dobre, gdyby nie brak wsparcia dla i18n (zapis na Twitterze to tylko js). EJS byłby idealny, gdyby jego składnia była bezpośrednio zgodna z ERB, ale nie całkiem.Rails 3.1 udostępnił szablony klientów/serwerów z obsługą i18n

Idealnie szablony będą żyć w app/views/controller/action.html.erb (lub dowolnym języku szablonowym), a manifest templates.js.erb może wiązać te szablony do góry. Posiadanie kompatybilnej składni dla renderowania na serwerach i renderowania po stronie klienta jest kluczem do uniknięcia powielania.

+0

Sprawdź to https://github.com/elado/isotope –

Odpowiedz

1

Z this pull request haml-js zyskuje wsparcie po stronie klienta, co czyni go dobrym kandydatem do rozwiązania mojego problemu. Zbadam dalej i zobaczę, czy spełnia moje potrzeby.

+0

Okazuje się być trochę niezręcznie, ponieważ implementacja JS nie jest w pełni zgodna z rubinem (rodzaj pokonania całego celu). Wciąż poszukuje ... obecny pomysł to renderowanie serwera EJS z ExecJS. – devth

+0

Czy znalazłeś już odpowiednie rozwiązanie? –

+0

Niezupełnie. Wąsy to wciąż najlepszy zakład, a teraz jest kompilator JST dla wąsów. Ostatnio jednak nie pracowałem nad rozwiązaniem tego problemu. – devth