为什么'；编译的CoffeeScript是否传递JSHint？

我使用了来自的示例，但没有验证

一个是一个完美的例子，如果你使用coffeescript语句，它不会用

if

语句来包装正文

• 应为“{”，而应为“child”
• 可能的严格违反
• 构造函数名称应以大写字母开头
• “insertclassnamehere”已定义
• 您的意思是返回条件而不是赋值吗
• 应为“==”而不是看到“==”
• 意外的“~”
• 应为“！=”，而不是看到“！=”
• for-in的主体应该封装在if语句中，以从原型中过滤不需要的属性

我编译的CoffeeScript无法在JShint中验证。为什么

简单的回答是：因为CoffeeScript编译器的创建者认为没有必要

---

这对于由开发人员编写和维护的lint代码是有意义的。它通过使代码可读来避免人为错误

另一方面，编译器生成的代码有完全不同的要求。可读性通常不受关注。更重要的是代码高效且小

---

如果你真的想这样做，那么你需要修改CoffeeScript编译器的源代码。

从他们的网站，“JSHint是一个检测JavaScript代码中错误和潜在问题的工具。”JavaScript不是CoffeeScript。它们是完全不同的语言。而且，你的问题至少应该包括你试图验证的代码样本。如果没有这些，我们怎么能给你有用的信息呢？我不是在验证CoffeeScript，我是在验证生成的JavaScript..就像我说的..code示例来自他们的网站。在这种情况下，JSHint不是“验证器”。这是一个linter，linting编译的CoffeeScript是毫无意义的。它不产生来自JSHint的警告并不重要，也不是特别需要。for循环上的if语句是最佳实践，我希望使编译的CoffeeScript遵守这些标准interer==debugger==validator“它通过使代码可读来避免人为错误。”如果您通常编写在jslintCoffeescript编译中进行验证的代码，则情况并非如此。Coffeescript本身在帮助编写可维护的JS方面有很大的帮助，从而避免了糟糕的JS语法和实践。但是，在编写Coffeescript时，我确实会被JS wtih JSHint本可以避免的错误所困扰（如错误的变量引用等）。感谢coffeescript现在确实有一些linting功能。