第3章 ESLint：你的代码里藏着你的优雅

网上曾经流传着这样一个笑话：

一天，我路过一座桥，碰巧看见一个人想跳河自杀。我跑过去对他大喊道：“别跳，别死啊。”

“为什么不让我跳？”他说。

“因为还有很多东西值得我们活下去啊。”

“有吗？比如说？”

“呃……你做什么工作？”

“程序员。”

我说：“我也是！瞧，有共同点了吧。你是软件还是硬件？”

“软件。”

“我也是！PC还是移动？”

“PC。”

“我也是！Vue还是React？”

“Vue。”

“我也是！那你用Vscode还是Sublime？”

“Vscode。”

“我也是。缩进用Tab还是空格？”

“Tab。”

“你这个另类！”我一把将他推下桥去。

从有代码的那天起，关于代码风格的争论就没有停息过，代码质量的问题也从来没有消失过。中式英语和拼音无缝切换的命名风格，冗余的代码，随心所欲的缩进风格，千奇百怪的注释，夹杂着耦合度高到一微调就崩溃的业务逻辑，每天沉浸在这样的代码中，那种心情真的是难以描述。如果你比较反感对代码风格和编程规范进行严格要求，那么基本上可以断定你在团队中仍然处于相对底层的位置，因为你只注意到规范限制了代码编写的自由度，却没有意识到它在代码质量管理和维护工作上所提供的价值，当你需要管理更多开发者产出的代码时，自然就会喜欢规范所带来的一致性。“产出规范且优质的代码”是开发者的基本素养，不要等到别人因为代码的质量而开始质疑你本人的工作态度时才意识到问题的严重性。

本章将以ESLint等工具为例，来讲解前端工程师如何借助开发工具制定或实践团队所遵循的编程规范，最后再简单介绍代码检查相关的扩展知识——编译器。