Jeremy a déjà celui-ci, mais permettez-moi d'ajouter quelques détails importants et des mises en garde:
- À 39k au format gzip (à comparer avec jQuery à 29k),
coffee-script.js
est un gros fichier, de sorte que si vous êtes en train de laisser vos utilisateurs d'exécuter leurs propres CoffeeScript, vous ne devriez pas l'utiliser en production.
- Comme mentionné dans la documentation, chaque CoffeeScript extrait de l'être dans son propre anonyme de fermeture. Donc, votre exemple ne pas faire n'importe quoi-
squares
de ne pas être visibles de l'extérieur du script. Au lieu de cela, vous voulez le changer en window.squares = ...
.
- Tous les CoffeeScript code, qu'ils soient externes ou en ligne, sera exécuté après tout code JavaScript sur la page. C'est parce qu'
coffee-script.js
ne pas lire vos <script type="text/coffeescript>
balises jusqu'à ce que après le document est prêt, en ce moment, votre JavaScripts avez déjà exécuté.
- Distance CoffeeScripts sont chargés via
XMLHTTPRequest
, ce qui signifie qu'ils doivent être hébergés sur le même domaine que votre site. (Certains navigateurs Chrome, à moins d'avoir un problème avec XMLHTTPRequest
s sur file://
chemins.)
- Actuellement, l'ordre dans lequel les différentes distance CoffeeScripts n'est pas garanti. J'ai soumis un patch pour cela, mais il n'est pas officiellement partie de la CoffeeScript encore. Voir ce pull request.
Ainsi, vous pouvez jeter un oeil à quelques solutions de rechange pour servir CoffeeScript compilé en JavaScript à la place. Si vous êtes en développement pour un Ruby ou Python serveur, il y a des plugins disponibles. J'ai essayé de les énumérer tous, à http://github.com/jashkenas/coffee-script/wiki/Web-framework-plugins.
Si vous êtes l'élaboration d'un site sans un backend, un outil que je recommande fortement la recherche est celle de l' Intermédiaire, ce qui vous permet de travailler avec CoffeeScript (ainsi que Haml et Sass, si vous voulez) au cours du développement, puis de compiler et de rapetisser pour un déploiement en production.