前端代码格式化初探

什么是代码风格

这个问题是最基础的，也是最重要的。只有理解了这个问题，下面的问题才有意义。代码风格可以类比于写作风格，只不过写作风格更加丰富多彩。例如美学家朱光潜的文字朴实直接，却很容易让人产生共情。两年前我第一次读他的《给青年的十二封信》，就引起了很多的思考。那种良师的谆谆教导的感觉，至今都让我难以忘记。类似英语环境中的作家海明威，就是行文硬朗，人送称号——美国硬汉。这就是一种写作风格。代码风格就更加具体了，好比句尾加不加分号，函数加不加空格，函数注释的格式。这些细碎的东西就构成了代码的风格。风格没有好坏，只有适不适合。它的目的就是让代码更加容易理解，要知道代码是写给人看的，附带着能在机器上运行。

为什么保持代码风格的统一

答案是在多人协作开发中，保证良好的、连续的阅读体验，减少代码的歧异性，让后续开发者能够高效，快速继续开发。换句话说，看别人写的作文。字迹清晰，干净整洁的文章，看着就让人心情舒畅，更加愿意继续去阅读。

通过什么方式保持统一的风格

既然要保持代码风格的统一，那就需要一份标准的代码风格规定，它是需要人为去讨论制定的。那么有了标准之后，由谁来核实是否执行了这份标准呢？又如何执行标准呢？

如果从拟人化的角度来思考这两个问题，我们需要一个「标准执行委员会」来贯彻代码风格标准的执行。而在计算机的世界中，这个委员会的角色则是由一个单独的程序担任——ESlint。我们更习惯叫这个程序为插件。

还记得初始化一个 Vue 新项目的时候，会出现一些默认插件安装的提示，其中一个就是 ESlint。如果你选择安装了这个插件