27 votes

Utilisation de CoffeeScript dans un environnement de production

J'aime vraiment utiliser CoffeeScript (1.1.1) pour les petits projets et cela a fonctionné très bien jusqu'à présent. Cependant avant de l'utiliser dans un cadre plus large de l'environnement, j'aimerais entendre un deuxième avis sur l'utilisation en production.

Donc mes questions sont:

  • Quelle est la stabilité de la langue elle-même?
  • Dois-je regarder pour les changements à venir qui va casser mon code?
  • Si la réponse est oui à la question ci-dessus: comment bien les anciennes versions prises en charge?
  • Est-il stable (bug-fix seulement) et un autre à la direction du développement?
  • Si vous avez déjà fait usage CoffeeScript dans votre produit/site web/etc veuillez décrire le cadre dans lequel il a été utilisé et de votre expérience globale.

Merci!

Note: j'ai déjà entendu dire que "CoffeeScript de soutien seront inclus dans Ruby on Rails version 3.1." (Wikipédia), qui est grande en raison du soutien de la communauté Rails.

18voto

Trevor Burnham Points 43199

La langue a été stable au cours des six derniers mois (1.1.1 est fondamentalement juste 1.0 avec des corrections de bogues). Ce n'est pas une garantie de la stabilité de l'avenir, mais je n'attends pas mon livre être totalement obsolète à tout moment bientôt.

Je dirais que les meilleures pratiques pour éviter les problèmes de version sont

  1. Assurez-vous de documenter la version de CoffeeScript que votre projet a été écrit pour et
  2. Compiler en JS en vertu de cette version et de garder la JS stockées quelque part
  3. Avoir une bonne couverture de test (dans les mots de Samuel Adams: Toujours une bonne décision!)

De cette façon, quand une nouvelle version de CoffeeScript est sorti, vous avez un JS de sauvegarde à utiliser dans le cas où votre CoffeeScript code est cassé. Dernières modifications sont une douleur, mais ils sont une douleur, commun à presque toutes les langues sauf JavaScript-il suffit de demander un Rubyist qui a récemment fait la transition à partir de 1,8 à 1,9, ou un Pythonista qui est encore la migration de leurs Python 2 code pour Python 3.

Le conseil que je peux donner pour la prévention de votre code de rompre sous CoffeeScript changements de version est pour éviter syntaxique des cas limites. Par exemple, func a:b, c utilisé pour signifier func {a:b, c:c}, et maintenant, cela signifie func {a:b}, c. C'est une amélioration (l'ancien comportement a été considéré comme un bug), mais certains gens ont été pris au dépourvu par elle. Afin d'utiliser des signes de ponctuation à chaque fois qu'il y a un soupçon d'ambiguïté; il en fait un code plus lisible de toute façon.

Jeremy aura à se prononcer sur l' stable/master distinction, puisque les deux branches existent, mais stable n'a pas été mis à jour depuis le mois d'avril (pré-1.1.0).

2voto

Fredrik Points 1224

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X