erb, haml o slim: quale suggerisci? E perché? [chiuso]

Sto imparando Rails e ho visto questi motori di template. Non ho esperienza con loro (solo erb).

Ma dato che sono un principiante, sono davvero confuso. Quale suggerisci e perché? Erb, Haml o Slim? Per favore, spiega il motivo per cui preferisci uno rispetto agli altri. E se hai altri consigli, faccelo sapere.

EDIT: NON sto cercando un vincitore qui. Voglio solo sentire le vostre opinioni su di loro, sulla loro sintassi, sulla velocità di esecuzione e così via.

ERB è utile soprattutto se hai un web designer che lavorerà su HTML semplice e non conosce né haml né slim. In questo modo può scrivere HTML e tu puoi incorporare la logica di ruby ​​con i tag appropriati.

Se lavori su HTML e logica ruby, o il tuo designer è pronto per imparare qualcosa di nuovo (come HAML), sceglierei HAML. È molto più adatto al rubino, riduce il numero di caratteri di molto e molto più leggibile di ERB.

Ad esempio (tratto dal sito ufficiale di HAML ):

In ERB la tua vista sarà simile a questa:

<div id="profile">
  <div class="left column">
    <div id="date"><%= print_date %></div>
    <div id="address"><%= current_user.address %></div>
  </div>
  <div class="right column">
    <div id="email"><%= current_user.email %></div>
    <div id="bio"><%= current_user.bio %></div>
  </div>
</div>

Mentre in HAML sarà simile a questo:

#profile
  .left.column
    #date= print_date
    #address= current_user.address
  .right.column
    #email= current_user.email
    #bio= current_user.bio

Molto più pulito!

Per quanto riguarda la differenza tra HAML e SLIM - non ho mai lavorato con SLIM ma immagino sia una questione di gusti - dai un'occhiata a entrambe le sintassi e decidi quale ti sembra migliore. Non penso che ci sia un vincitore definitivo tra questi due (HAML / SLIM).

Due grandi vantaggi dell'utilizzo di slim su haml:

1. Slim è attualmente circa otto volte più veloce di haml.

2. Slim supporta lo streaming HTTP, mentre HAML no.

3. Slim ha una sintassi più naturale: a href="foo.html"

Dalla parte superiore della mia testa questo è ciò che ho pensato

ERB :

Professionisti

• predefinito fuori dagli schemi
• non dipendente dallo spazio bianco
• barriera di accesso più bassa (se proveniente da HTML) poiché il suo HTML con codice Ruby è stato cosparso
• la maggior parte dei lexer dell'IDE lo legge di default
• DHH lo preferisce
• le app legacy probabilmente lo stanno ancora utilizzando

Contro

• più prolisso
• i tag content_for negli helper e nelle visualizzazioni possono sfuggire di mano rapidamente
• content_for tags rende più difficile annidare i tag poiché erb restituisce solo l'ultima riga nel blocco. quindi devi aggiungere una stringa e poi restituirla.

HAML

Professionisti

• più conciso. nessun tag di chiusura, si adatta a schermi più piccoli
• struttura visivamente più pulita
• ha helper incorporati (haml_concat, haml_capture) per utilizzare haml nei metodi di supporto
• concatenamento di classi
• un sacco di zucchero sintattico utile come # per div o. per il concatenamento di classi o: javascript per i tag JS

Contro

• Dipendente dallo spazio bianco, che a volte fa sì che alcuni errori difficili da capire
• i tag complessi di solito devono ricorrere al formato "hash". (Anche se in realtà penso che questo sia un ottimo esempio di flessibilità per qualcuno che inizia, potrebbe essere un dolore.)
• aggiunto come una gemma (di nuovo probabilmente un tratto per metterlo come una truffa)
• i progettisti potrebbero avere qualche problema ad adeguarsi
• oltre all'avvertenza generale sugli spazi bianchi ... semplici errori di spazi bianchi es. tab e spazi per il rientro, possono causare errori nelle pagine di produzione che le normali specifiche / test non rileveranno. Morale: aspettati una maggiore necessità di test di visualizzazione e possibilmente non utilizzare haml per visualizzazioni mission critical, a meno che tu non sia sicuro che i tuoi test stiano testando il rendering effettivo della vista.
• è più lento (di erb)
  • avvertimento: questo è il codice ruby ​​di cui stiamo parlando se la velocità è un problema di blocco nella tua applicazione ci sono alternative a ruby, ad esempio haskell

La domanda per me si riduce a: preferiresti mettere %prima di ogni tag o |prima di ogni nuovo blocco di testo?

Sottile:

 tag(attr= "value")
  | text

Haml:

 %tag{attr: "value"}
   text

Un'altra cosa a cui prestare attenzione: haml assume uno spazio bianco tra le nuove linee ( rimuovi gli spazi bianchi in haml ) mentre slim non assume nessuno spazio (aggiungi spazi bianchi in Slim qui e qui )

https://github.com/scalp42/hamlerbslim - è un benchmark indipendente che mostra Slim ed Erb come vincitori, dal punto di vista delle prestazioni (slim tende a ridurre anche le dimensioni dell'output HTML.)

La mia opinione personale è che nel complesso Slim e Haml ti faranno risparmiare tempo (== denaro) in termini di manutenzione, a condizione che tu abbia persone esperte di Haml / Slim che si prendono cura delle tue opinioni.

Se non hai quelle persone, Erb è sicuramente la strada da percorrere, perché nonostante la migliore volontà al mondo, ci sono molte persone molto economiche disponibili che possono lavorare con HTML / Erb, ma trovano Haml / Slim un completo mistero.

Meglio di tutti i casi, addestrare queste persone a usare Slim o almeno esporli ad esso e mantenere il numero di coloro che "lo capiscono".