CoffeeScript兼容叉子，具有固定范围？

是否有一个CoffeeScript fork，除了，没有任何更改，因此它在很大程度上与CoffeeScript兼容（如果代码没有外部变量赋值，则完全兼容）？我认为可接受的方法来分配一个外部变量，包括“代码>：= /COD> LA LIFEScript，或者<代码>非本地< /代码>一个LyPython，或者别的什么东西。我认为LiveScript与CoffeeScript是兼容的，但这并不是一个“小补丁”。可能Coco是你的朋友。

我现在要自己去试试

在隐藏JavaScript不好的部分的过程中，CoffeeScript 积累了自己的怪癖：可怕的可变范围，笨拙的范围， 混淆和/或无意义的关键字、冗长的文件扩展名等 在…上可可试图修改它们，把两者的好部分结合在一起

在咖啡替代品列表中找到：

编辑：
afaik，Coco解决方案还有一个警告。

---

:=语法只对赋值有帮助，对读访问没有帮助。

为什么要这样做？也许你会告诉我一些（边缘）情况下，你已经落在你的鼻子等-我不想在这里流鼻涕。然而，从纯非技术性/维护性的角度来看，使用Coffeescript，您可以获得一种非常不错的语言（无论如何比JavaScript更得体），该语言得到维护，并且拥有大量的追随者，因此任何错误和问题都将在短时间内得到回答。另一方面，像Livescript或IcedCoffeeScript这样的语言虽然有一些很酷的特性（哦，天哪，我希望Jeremy包括其中的一些），但与CS相比简直是小巫见大巫community@robertj是的，我只是在问——仅仅因为我了解到一个符合这些条件的叉子，并不意味着我会使用它，也不会做出进一步的判断（考虑到差异的严重性、上游的陈旧性、社区/支持等）。这也是为什么我要寻找一个具有最小补丁集的CS fork，以便它能够密切跟踪上游。我怀疑我的问题的答案是“否”但是仍然决定问-答案可能有一天会改变。我完全同意海报。不可预测的作用域是一个bug。嗯，我应该提到，作用域是每个文件的事实缓解了这个问题。因此，如果你有小文件，你可以避免这个问题。不过，我仍然更喜欢严格的本地作用域。它们不兼容，但它们不兼容它们非常相似，很多代码只需要很少的修改就可以工作。编写CoffeeScript->LiveScript转换程序可能不会太难，我敢打赌已经有了。