ESLint：为什么让我把分号分开？
ESLint 是一个非常流行的 JavaScript 代码检查工具，可以检查出代码中可能存在的问题，并给出修复建议。其中有一个比较特别的规则，就是在代码结尾处强制要求使用分号，并要求将其放在语句开头而非结尾。这个规则看起来很奇怪，让许多程序员感到疑惑。那么，为什么 ESLint 要这样做呢？本文将从历史演进、学习效果和最佳实践三个方面探讨这个问题，并给出一些示例代码进行解释和指导。
历史演进
在 JavaScript 的早期版本中，分号并不是必须的，因为 JavaScript 解释器可以根据代码上下文自动添加分号。但是，这种“隐式分号”机制常常会导致意料之外的行为，如下面这个例子：
function getResult() {
return // 没有显式分号
{
error: null,
data: "some data"
};
}代码中的 return 语句后没有显式分号，JavaScript 解释器会自动在行末添加分号，将其等价于：
function getResult() {
return;
{
error: null,
data: "some data"
};
}这就导致了错误的返回值，因为 JavaScript 解释器认为要返回 undefined。因此，从 ECMAScript 5 开始，分号变成了必须的语法元素，以避免这种问题的发生。但是，健忘的程序员还是会忘记添加分号，从而可能导致一些潜在的错误。
早期的代码检查工具 JSLint 就解决了这个问题，它强制要求在语句结尾处添加分号。但这种做法可能会引起新的问题，如下面这个例子：
var a = 1,
b = 2
c = 3; // 缺少逗号，语法错误在这个例子中，程序员应该在第二行末尾加上逗号而不是分号，但是由于 JSLint 的规则，程序员会错误地添加分号，导致语法错误。因此，ESLint 开始推荐将分号放在语句开头而非结尾，以避免这种问题的发生。另外，放在语句开头的分号也更符合 JavaScript 的语法规范和传统习惯。
学习效果
强制要求在语句开头放置分号，不仅可以避免上述的语法错误，还可以让程序员更好地理解 JavaScript 中的分号机制。很多程序员知道分号是必须的语法元素，但是并不理解分号的作用和使用方法。例如，在下面这个例子中，就可以看出分号的重要性：
var a = 1
(function() {
console.log(a)
})();如果程序员不知道分号的作用，就有可能将上下两行代码合成一行，导致语法错误。但是，如果程序员知道分号的作用，就会正确地将代码分成两行，避免这种错误的发生。
因此，将分号放在语句开头的规则可以引导程序员更好地理解 JavaScript 中的分号机制，避免语法错误和意外行为的发生，提高编码效率和代码质量。
最佳实践
除了强制要求在语句开头放置分号，ESLint 还推荐使用其他相关的规则，如 semi-spacing、semi-style 和 no-extra-semi。这些规则可以进一步优化分号的使用效果，提高代码质量和可读性。
例如，下面的代码片段就使用了相关的规则：
var a = 1 ; // 规则 semi-spacing: "error"
function test() {}; // 规则 semi-style: ["error", "first"]
console.log("Hello world") ;; // 规则 no-extra-semi: "error"semi-spacing 规则强制分号后面没有空格或只有一个空格，避免分号与其他字符之间出现多余的空格。semi-style 规则强制将分号放在语句开头而非结尾，符合 JavaScript 的语法规范和传统习惯。no-extra-semi 规则强制没有意义的分号被删除，避免在代码中出现无用的分号。
这些规则虽然有时会让程序员产生一点不适感，但是它们可以让代码更加健壮、易读和符合规范。因此，程序员应该在编写 JavaScript 代码时遵循这些规则，从而获得更好的开发体验和代码质量。
结论
ESLint 规则要求在语句开头放置分号，是为了避免语法错误、提高代码质量和帮助程序员更好地理解 JavaScript 分号机制。虽然这个规则可能与一些程序员的习惯不同，但是它可以符合 JavaScript 的语法规范和传统习惯，更好地适应未来发展的趋势。因此，程序员应该在编写 JavaScript 代码时遵循这个规则，并使用其他相关的规则优化分号的使用效果，以提高代码质量和可读性。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/66f19b496fbf9601973dbb9f