在生产环境中使用 CoffeeScript [关闭]答案

【问题标题】：Using CoffeeScript in a production environment [closed]在生产环境中使用 CoffeeScript [关闭]
【发布时间】：2011-09-08 21:00:47
【问题描述】：

我真的很喜欢将CoffeeScript (1.1.1) 用于小型项目，并且到目前为止效果很好。但是，在更广泛的环境中使用它之前，我想听听关于在生产中使用它的第二个意见。

所以我的问题是：

语言本身的稳定性如何？
我是否需要注意即将发生的会破坏我的代码的更改？
如果上述问题的答案是肯定的：旧版本的支持情况如何？
是否有稳定版（仅限错误修复）和单独的开发分支？
如果您已经在您的产品/网站/等中使用过 CoffeeScript，请描述它的使用范围和您的整体体验。

谢谢！

注意：我已经听说“CoffeeScript 支持将包含在 Ruby on Rails 3.1 版中”。（维基百科）这很棒，因为来自 Rails 社区的额外支持。

【问题讨论】：

相关：stackoverflow.com/questions/2954557/…

标签： javascript production-environment coffeescript

【解决方案1】：

在过去的六个月里，该语言一直很稳定（1.1.1 基本上只是带有错误修复的 1.0）。这并不能保证未来的稳定性，但我不认为 my book 很快就会完全过时。

我想说避免版本问题的最佳做法是

确保记录您的项目所针对的 CoffeeScript 版本，并且
编译成该版本下的 JS 并将 JS 保存在某处
具有良好的测试覆盖率（用 Samuel Adams 的话来说：总是一个好的决定！）

这样，当新版本的 CoffeeScript 发布时，您就有了一个 JS 备份，以防您的 CoffeeScript 代码被破坏。破坏性更改是一种痛苦，但它们对于几乎所有语言来说都是一种痛苦除了 JavaScript——只要问问最近从 1.8 过渡到 1.9 的 Rubyist，或者仍在迁移 Python 2 的 Pythonista Python 3 的代码。

对于防止您的代码在 CoffeeScript 版本更改下中断，我可以给出的建议是避免语法边缘情况。例如，func a:b, c 以前表示 func {a:b, c:c}，现在表示 func {a:b}, c。这是一个改进（旧的行为被认为是一个错误），但有些人对此措手不及。因此，只要有歧义，请使用明确的标点符号；无论如何，它使代码更具可读性。

Jeremy 将不得不对 stable/master 的区别发表评论，因为这两个分支都存在，但 stable 自 4 月以来一直没有更新（1.1.0 之前）。

【讨论】：

【解决方案2】：

检查这个：Has anyone used Coffeescript for a production application?

【讨论】：

我已经看到了这个问题：它更多地关注的是 CoffeeScript 有多棒（优点和缺点），而不是它实际上有多稳定和适合生产。
-1 这真的应该是一个评论。