• [^] # Re: CoffeeScript

    Posté par . En réponse au journal Javascript Garden. Évalué à 2.

    En effet, je n'ai pas détaillé le quasiment. Le cas le plus complexe que tu peux avoir c'est les => qui sont transformés en apply. Le switch case peut potentiellement devenir dégeulasse de mémoire. Mais rien qui s'approche de la soupe que tu peux obtenir avec Pyjama.

    Conclusion, c'est quasiment tout le temps nickel, sauf parfois où c'est juste un peu moche mais jamais trop complexe à gérer.

    Quand je debug, c'est généralement tout connement un truc à telle ligne, je regarde, je reconnais direct le bout de coffee en question, à la ligne près ou au pire, à la fonction vu que ça c'est pas transformé. Cela ne m'a jamais posé de problèmes.

    Mes assets passe à travers https://github.com/sstephenson/sprockets ça concatène juste bêtement vu que j'ai pas besoin d'obfu en soit.

    Pour Closure Compiler, j'ai googlé vite fait et effectivement cela ne semble pas parfait, mais ça marche vu que dans l'absolu du coffee c'est juste du JS. Après, je ne m'en sers pas donc je peux pas trop t'aider là dessus.

    Le seul truc qui peut s'avérer chiant c'est d'incorporer Coffee dans le workflow de ton projet si ton framework le gère pas nativement. Rails c'est transparent, je suis certain que pour Django on doit trouver la même chose.

    HS : C'est bien la première fois que je me fais moinsser sur Linuxfr (ok je poste peu), à part un désaccord (ce pour quoi moinsser n'est pas la réponse appropriée), j'ai du mal à voir ce qui peut expliquer ça. L'auteur peut il se manifester, que je comprenne ?