Effectivement si typer tes fonctions et des paramètres est faisable coté Coffee avec les mêmes commentaires, tu pourras pas typer toutes les vars intérmédiaires de coffee ( genre les splats ou ranges par exemple ).
En fait, rajouter ça dans coffee serait à mon avis plutôt sympa :)
PS : thanks pour l'exemple sur le closure compiler, c'est plus intéressant que ce que je pensais :)
De rien :) En fait c'est beaucoup plus intéressant que ce que la majorité des gens pensent. Mais il est plutôt méconnu donc les gens ne savent pas.
tu dois en effet avoir probablement une base de code bien plus complexe que nous
Ca j'en sais trop rien. L'un des projets sur lequel je bosse fait (sans compter les libs mais en prenant les sources commentées) de l'ordre de 40 000 loc.
Tu pourrais décrire un exemple de bug que tu rencontres ? Je suis curieux de voir si vraiment Coffee complexifierait le truc ou pas.
En fait le problème est justement lorsque tu ne sais pas exactement où est le problème.
Imaginons simplement qu'un template est mal rendu (mauvaise valeur).
Mais le serveur a bien répondu.
Hors entre les deux, il y a pas mal de bordel, du parse, de la transformation, etc.
Ha oui, et avec des évènements au milieu donc tu peux difficilement remonter la stack trace. Donc en général tu vas lire le code que tu as écris pour comprendre d'où vient le problème. Et dans ce cas il faut alors lire la "traduction" coffee en js pour trouver l'équivalent js. Là où un sourcemap permettrait, je suppose, de faire le lien plus facilement.
Bon, je sais pas si c'est assez clair, tu me dira ;)
[^] # Re: CoffeeScript
Posté par CrEv (site web personnel) . En réponse au journal Javascript Garden. Évalué à 2.
En fait, rajouter ça dans coffee serait à mon avis plutôt sympa :)
De rien :) En fait c'est beaucoup plus intéressant que ce que la majorité des gens pensent. Mais il est plutôt méconnu donc les gens ne savent pas.
Ca j'en sais trop rien. L'un des projets sur lequel je bosse fait (sans compter les libs mais en prenant les sources commentées) de l'ordre de 40 000 loc.
En fait le problème est justement lorsque tu ne sais pas exactement où est le problème.
Imaginons simplement qu'un template est mal rendu (mauvaise valeur).
Mais le serveur a bien répondu.
Hors entre les deux, il y a pas mal de bordel, du parse, de la transformation, etc.
Ha oui, et avec des évènements au milieu donc tu peux difficilement remonter la stack trace. Donc en général tu vas lire le code que tu as écris pour comprendre d'où vient le problème. Et dans ce cas il faut alors lire la "traduction" coffee en js pour trouver l'équivalent js. Là où un sourcemap permettrait, je suppose, de faire le lien plus facilement.
Bon, je sais pas si c'est assez clair, tu me dira ;)