应该拥抱ESLint

简介: 应该拥抱ESLint

前言


最最最简单的 ESLint 使用案例。


ESLint 重心在代码质量上,而 Prettier 只关心代码格式。


正文


  1. 初始化项目

# 创建项目 HelloESLint
$ mkdir HelloESLint
# 进入项目目录
$ cd HelloESLint
# 初始化项目
$ npm init


  1. 安装 eslint

$ cnpm i --save-dev eslint


  1. 运行命令自动创建 .eslintrc 文件

# 方式一(推荐)
$ npx eslint --init
# 方式二
$ node ./node_modules/eslint/bin/eslint.js --init


4.webp.jpg

// .eslintrc.js
module.exports = {
    "env": {
        "es6": true,
        "node": true
    },
    "extends": "eslint:recommended",
    "globals": {
        "Atomics": "readonly",
        "SharedArrayBuffer": "readonly"
    },
    "parserOptions": {
        "ecmaVersion": 2018,
        "sourceType": "module"
    },
    "rules": {
    }
};


  1. 创建 src/index.jssrc/common.js 文件

// index.js
var a = 123;
// common.js
function sum(a, b) {
  return a + b;
}


  1. eslint 检查

# 单文件检查
$ npx eslint ./src/index.js
# 多文件检查
$ npx eslint ./src/index.js ./src/common.js
# 或用通配符的方式
$ npx eslint ./src/*.js


  1. eslint 检查结果

3.webp.jpg


为什么出现报错呢?如何屏蔽此类错误提示?如何自定义 ESLint 规则呢?


  1. 在我们的 .eslintrc 文件中,我们看到 "extends": "eslint:recommended" 这一行,其实是采用了 ESLint 推荐的规则,该规则页面在这里,里面就包括其中一项:no-unused-vars(禁止出现未使用过的变量),就是我们上面报错的原因。
  2. ESLint 并不推荐任何编码风格,规则是自由的。(跟第一点是不是很矛盾),其实并不是。eslint:recommended 它只是是涵盖了行业普遍的最佳实践而已,并不是完全适合任何一个开发者或者团队,还有 Airbnb 的 eslint-config.airbnb、腾讯 Alloy 团队的 eslint-config-alloy 等深受开发者喜爱的配置规则。
  3. 自定义 ESLint 规则,我们可以在 .eslintrc 文件中 rules 中添加符合自己的规则。假如我要屏蔽上面的错误,我们可以添加:"no-unused-vars": "off",再执行检查就不会报此类错误了。


更便捷地实时检测插件


在上面,我们需要执行命令 npx eslint youfile.js 才知道结果,但如果使用 Visual Studio Code 进行开发的话,可以安装 ESLint 插件,如果发生不符合规则,会直接报错。

2.webp.jpg

1.webp.jpg




最后,上面的教程只是一个最最简单的案例去说明如何使用 ESLint 而已,其实现在前端项目都是工程化了,ESLint 最佳的实践应该是结合 React、Vue、Angular 等使用才对,还有加上 Prettier,后面有时间会继续写的,谢谢。


目录
相关文章
|
2月前
|
JavaScript 前端开发 安全
Babel 插件的未来发展趋势是什么?
Babel 插件的未来发展趋势是什么?
48 4
|
3月前
|
前端开发 JavaScript 中间件
Vite:下一代前端构建工具的崛起
【10月更文挑战第13天】Vite:下一代前端构建工具的崛起
|
3月前
|
JSON 前端开发 JavaScript
Vite:新一代前端构建工具的崛起
【10月更文挑战第13天】Vite:新一代前端构建工具的崛起
|
3月前
|
资源调度 前端开发 JavaScript
Vite:新一代前端构建工具的革命性体验
【10月更文挑战第13天】Vite:新一代前端构建工具的革命性体验
|
5月前
|
JavaScript 前端开发 开发者
【颠覆你的前端世界!】VSCode + ESLint + Prettier:一键拯救Vue代码于水深火热之中,打造极致编程体验之旅!
【8月更文挑战第9天】随着前端技术的发展,保持代码规范一致至关重要。本文介绍如何在VSCode中利用ESLint和Prettier检查并格式化Vue.js代码。ESLint检测代码错误,Prettier保证风格统一。首先需安装VSCode插件及Node.js包,然后配置ESLint和Prettier选项。在VSCode设置中启用保存时自动修复与格式化功能。配置完成后,VSCode将自动应用规则,提升编码效率和代码质量。
667 1
|
8月前
|
前端开发 JavaScript API
前端工程化-babel、corejs、postcss
前端工程化-babel、corejs、postcss
87 0
|
8月前
|
JavaScript 前端开发 中间件
ViteConf 2022回顾:Vite是如何诞生的?
ViteConf 2022回顾:Vite是如何诞生的?
|
资源调度 前端开发 JavaScript
【前端规范全攻略】开启高效开发之旅!ESLint + Prettier + husky + lint-staged+Commitizen
如何统一代码风格,规范提交呢? 推荐使用`前端规范全家桶` ESLint + Prettier + husky + lint-staged。
555 0
|
JavaScript IDE 开发工具
团队协作(一)—— 你不知道的 ESLint + Prettier3
团队协作(一)—— 你不知道的 ESLint + Prettier3
540 1
|
JSON 前端开发 JavaScript
团队协作(一)—— 你不知道的 ESLint + Prettier1
团队协作(一)—— 你不知道的 ESLint + Prettier1
232 0

热门文章

最新文章

下一篇
开通oss服务