1。理解问题首先，这个问题是“如何在编写Node.js模块时保持代码一致性”。目前基本有四种工具可以完成JSLint，JSHint，JSCS，ESLint。下面将从历史的角度来看他们四人的关系，以及选择的建议。2.发展历史关于保持代码一致性风格，我们可以追溯到Lint。林特是什么？Lint是C语言源代码的检测工具。它的作用是检查源代码是否有书写错误或风格问题。什么是编程错误？笔误意味着你没有把准考证带到考场，更不用说你考得好不好，你根本没有机会参加考试。写错意味着你的代码根本无法编译。什么是风格问题？风格问题可以比作在考场上穿三角裤。虽然你考试考得好，但会影响到别人的发挥（看你内裤的颜色就知道了）。那么既然C语言有这样的工具，那么我们的JS语言有没有这样的工具呢？答案是肯定的。按时间顺序，JS语言界有四大巨头：JSLint、JSHint、JSCS、ESLint。作为JSLint的鼻祖，它不仅可以检测代码编写错误，还可以检测代码风格问题。但其判断规则完全是根据作者对JSLint的经验制定的，不允许更改。有信我者昌，逆我者亡的大势头。这样在检查代码写错的时候没问题，但是在检查代码风格的时候就有点尴尬了。比如有些公司喜欢让员工穿裤子上班，因为这样程序员可以愉快的编程，但是使用你的工具，程序员只能穿着西装码字，大大降低了宝宝们的编程效率，可恶可恨。于是，JSHint出现了。JSHint是JSLint的继承者，它继承了JSLint所具有的规则，但是它允许通过配置文件来配置这些规则。但是，还不够彻底。虽然他允许我配置规则，但是他不允许我自定义规则。比如在原来的JSLint中，有这样一条规则：“禁止员工穿裤子上班”，现在在JSHint中，这条规则被转换为“[禁止]员工穿裤子上班”，你可以在配置文件中配置箱号，只能配置为[允许]和[禁止]，但是如果我想制定一个规则是“[禁止]员工穿拖鞋上班”，JSHint不支持，所以还是有点不尽如人意。不过，对于什么都烦不过来的程序员来说，JSCS如约而至。JSCS本身就有90多条规定，但还是允许制定新的规定，比如“[禁止]员工穿拖鞋上班”，嗯，突然觉得很满足。但是……JSCS只支持代码风格检查，不能检查写错。为什么，我不知道，也许作者认为写检查可以直接交给编译器？天将落下大任于人，吸收前人的经验，弥补前人的不足。ESLint在大家的期待中出现了。ESLint支持检查编写错误、检查代码风格问题、制定自定义规则以及通过配置文件修改预定义和自定义规则。完美，终于可以过上幸福的生活了，哈哈哈哈...3.选型建议ESLint功能丰富，除了上面提到的基本功能外，还有很多，前端开发链中的其他插件也愿意与ESLint合作。总之，ESLint有坑，就会有人填，其他的坑出现了，只能自己跳进去填了。所以，跟随你内心的选择。
