respuesta de Johnny es correcta. Si nos fijamos en la pull request enlazado desde la página CoffeeBeans, tiene DHH diciendo
Una vez que tenemos una implementación rápida, limpia, es bienvenido en el núcleo. 3.2 es un objetivo más probable, sin embargo.
me hablaron brevemente con Sam Stephenson y Josh Peek sobre esto en RailsConf, ya que esto le faltaba un pueblo de características me habían preguntado sobre después de mi charla CoffeeScript. Después de todo, Rails 3.1 está presionando CoffeeScript por defecto bastante duro; parece extraño que haya lugares donde se deba usar JS puro. La reacción de Sam fue que esto no sería eficiente, porque tendrías que iniciar el compilador CoffeeScript en cada solicitud de página, incluso en producción. Esto se debe a código como
<%= coffee_script_tag do %>
alert "coffee script is #{verb}!"
<% end %>
crea una interpolación ERB (no un CoffeeScript interpolación desafortunado que ambos utilizan la misma sintaxis), potencialmente dando una cadena de código distinta CoffeeScript en cada petición. Y no hay forma de saber, a partir de la implementación coffee_script_tag
, si el código dado va a ser el mismo siempre (es decir, si hay una interpolación ERB o no).
Ahora, el compilador CoffeeScript es muy rápido, pero la compilación de JavaScript todavía agregará un poco más de tiempo a cada solicitud. Por lo tanto, el equipo Rails es reacio a fomentar la práctica.
Por razones de eficacia, y para evitar la ambigüedad entre interpolaciones ERB e interpolaciones CoffeeScript, probablemente deba conservar su CoffeeScript en algún lugar (tal vez como un archivo .coffee
en el mismo directorio que su vista) y compilarlo en JavaScript manualmente .
¿Qué pasa si usted acaba de añadir .coffee extensión? (Si está utilizando Rails 3.1) – bor1s
lo hice, pero parece que no funciona. – Geo
¿Qué versión de Rails usas? – bor1s