CoffeeScript 似乎是一项很有前途的新技术，我一定会在下一个项目中尝试一下。
看起来 jQuery 可以很容易地与 CoffeeScript 一起使用，但是将 jQuery 完全移植到 CoffeeScript 是否有意义(以同样的方式 underscore 被移植)，或者只是浪费时间？
- 这样一个港口可以带来哪些优势？
- 除了可能的兼容性问题之外 - 这是否也会导致问题(即在 jQuery 的纯 js 中可能使用的技巧，而在 CoffeeScript 中则不可能？)
最佳答案
Underscore 的移植只是为了展示 CoffeeScript 的强大功能和简洁性。另外，带注释的 CoffeeScript 源代码为那些熟悉 CoffeeScript 的人提供了更清晰的文档。但是official version仍然是纯JS维护的，不是从CoffeeScript编译的。
我认为，同样，将 jQuery 移植到 CoffeeScript 才有意义，这样好奇的程序员就可以享受带注释的源代码，从而使库的内部工作更加清晰。 jQuery 受益于足够强大的 JavaScript 程序员的关注，我怀疑将其移植到 CoffeeScript 是否会带来任何改进。
不过，我很乐意看到有人这样做，假设他们编写了具有相同行为的漂亮代码。我认为适配器必须仔细考虑的一件事是如何将命名函数(function foo())移植到未命名函数(foo = function())，因为CoffeeScript 仅支持后者(由于某些情况下跨浏览器的不一致)，并且两者具有不同的作用域行为。 JavaScript 的 == 应该不是问题，因为我能发现它在 jQuery 源中使用的唯一情况是 x != null，这可以在 CoffeeScript 中完成与x？。
关于jquery - 将 jQuery 移植到 CoffeeScript？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6327409/