erb, haml o slim: ¿cuál sugieres? ¿Y por qué? [cerrado]

Estoy aprendiendo Rails y he visto estos motores de plantilla. No tengo experiencia con ellos (solo erb).

Pero como soy un principiante, estoy realmente confundido. ¿Cuál sugieres y por qué? Erb, Haml o Slim? Indique el motivo por el que prefiere uno sobre los demás. Y si tiene otras recomendaciones, háganoslo saber.

EDITAR: NO estoy buscando un ganador aquí. Solo quiero escuchar sus opiniones sobre ellos, su sintaxis, velocidad de ejecución, etc.

ERB es bueno principalmente si tiene un diseñador web que trabajará en HTML simple y no conoce ni haml ni slim. De esta manera, puede escribir HTML y puede incrustar lógica ruby ​​con las etiquetas adecuadas.

Si trabaja tanto en HTML como en Ruby Logic, o si su diseñador está listo para aprender algo nuevo (como HAML), optaría por HAML. Es mucho más compatible con ruby, reduce el recuento de caracteres en mucho y es mucho más legible que ERB.

Por ejemplo (tomado del sitio oficial de HAML ):

En ERB, su vista se verá así:

<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>

Mientras esté en HAML, se verá así:

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

¡Mucho más limpio!

En cuanto a la diferencia entre HAML y SLIM, nunca trabajé con SLIM, pero supongo que es una cuestión de gustos, eche un vistazo a ambas sintaxis y decida cuál se ve mejor en sus ojos. No creo que haya un ganador definitivo entre esos dos (HAML / SLIM).

Dos grandes ventajas de usar slim sobre haml:

1. Slim es actualmente unas ocho veces más rápido que haml.

2. Slim admite la transmisión HTTP, mientras que HAML no.

3. Slim tiene una sintaxis más natural: a href="foo.html"

Fuera de mi cabeza, esto es lo que se me ocurrió

ERB :

Pros

• predeterminado fuera de la caja
• no depende del espacio en blanco
• barrera de entrada más baja (si proviene de HTML) ya que su HTML con código Ruby esparcido
• la mayoría de los lexers de IDE lo leen por defecto
• DHH lo prefiere
• Es probable que las aplicaciones heredadas todavía lo estén usando

Contras

• más detallado
• content_for etiquetas en ayudantes y vistas puede salirse de control rápidamente
• content_for tags hace que anidar las etiquetas sea más difícil ya que erb solo devuelve la última línea del bloque. por lo que debe agregar a una cadena y luego devolverla.

HAML

Pros

• más conciso. sin etiquetas de cierre, cabe en pantallas más pequeñas
• estructura visualmente más limpia
• ha incorporado ayudantes (haml_concat, haml_capture) para utilizar haml en métodos auxiliares
• encadenamiento de clases
• un montón de azúcar sintáctico útil como # para divs o. para el encadenamiento de clases, o: javascript para etiquetas JS

Contras

• Depende del espacio en blanco, lo que hace que algunos errores difíciles de resolver a veces
• Las etiquetas complejas generalmente necesitan recurrir al formato "hash". (Aunque en realidad creo que este es un gran ejemplo de flexibilidad para alguien que está comenzando, podría ser una molestia).
• agregado como una joya (nuevamente, probablemente un tramo para poner esto como una estafa)
• los diseñadores pueden tener problemas para ajustar
• además de la advertencia general de espacios en blanco ... errores simples de espacios en blanco, por ejemplo. tabulaciones y espacios para la sangría, pueden hacer que las páginas se equivoquen en producción, lo que las especificaciones / pruebas normales no detectan. Moraleja: espere una mayor necesidad de pruebas de vista y posiblemente no use haml para vistas de misión crítica, a menos que esté seguro de que sus pruebas están probando la representación real de la vista.
• es más lento (que erb)
  • advertencia: este es el código ruby ​​del que estamos hablando si la velocidad es un problema de bloqueo en su aplicación, hay alternativas a ruby, por ejemplo, haskell

La pregunta para mí se reduce a si prefiere poner %antes de cada etiqueta o| antes de cada nuevo bloque de texto?

Delgado:

 tag(attr= "value")
  | text

Haml:

 %tag{attr: "value"}
   text

Una cosa más a tener en cuenta: haml asume un espacio en blanco entre las nuevas líneas ( elimine los espacios en blanco en haml ) mientras que slim no asume ningún espacio (agregue espacios en blanco en Slim aquí y aquí )

https://github.com/scalp42/hamlerbslim : es un punto de referencia independiente que muestra a Slim y Erb como ganadores, en cuanto al rendimiento (Slim tiende a reducir el tamaño de salida HTML también).

Mi opinión personal es que, en general, Slim y Haml le permitirán ahorrar tiempo (== dinero) en términos de mantenimiento, siempre que tenga personas conocedoras de Haml / Slim cuidando sus puntos de vista.

Si no tiene a esas personas, Erb es definitivamente el camino a seguir, porque a pesar de la mejor voluntad del mundo, hay muchas personas muy económicas disponibles que pueden trabajar con HTML / Erb, pero encuentran Haml / Slim un completo misterio.

Lo mejor de todos los casos es capacitar a estas personas para que utilicen Slim o al menos exponerlas a él, y mantener los números de quienes "lo entienden".