《eslint篇》webstorm配置eslint校验

法1：安依赖方式

参考链接：https://blog.csdn.net/weixin_43575792/article/details/123247862

1.安装依赖并初始化文件
首先安装eslint

npm install eslint --save-dev

安装完成后我们开始初始化eslint配置文件

npm init @eslint/config

上述选择大家根据自己的需求来改变，博主是根据自己的vue3+vite2环境进行选择的

2.配置webstorm
点击上方File->settings,在搜索框中搜索eslint，接下来开始正式配置

按照下图中红字步骤开始配置，先选择manual eslint configuration;第二步使用eslint package，选择项目中安装的依赖，第三步，选择configuration file，选择项目根目录下的.eslintrc.js；第四步选择run eslint --fix on save；最后保存

只要如下图所示出现提示说明eslint就配置完成了

法2：webstorm方法

参考链接：https://www.yisu.com/zixun/172825.html

方式1：webstorm自带Eslint

用webstorm自带Eslint这种方式的话，只需要打开setting，找到eslint设置页面，填完几个项目，勾选enable复选框就行了。

方法2：使用插件Eslint

参考链接：https://www.yisu.com/zixun/172825.html

这种方式呢，分两步，第一步：需要先到plugin插件库，找到eslint插件，点击install。如下图：

第二步：插件安装完成后，去setting页面，搜索eslint，这时你会发现，除了方式一那个eslint设置页面外，还多了一个设置页面，在setting对话框最下面的菜单。里面的设置项和方式一差不多。

差异比较

差异1：使用方式。

自带的使用方式是在左侧项目目录列表上，选中某个你想eslint自动修复的文件夹或文件，右键，会出现fix eslint problems菜单。如下图。

当然你也可以在右侧，代码编辑区域，选中某个要自动修复eslint监测出来有bug的文件，右键，点击fix eslint problems菜单。如下图。

这是第一种，webstorm自带eslint方式的使用。

下面说第二种，用了第三方插件eslint的使用。

第二种配置好以后，会在webstorm的code菜单多一个子菜单，叫做：Eslint Fix。下面两张图，一个是用第二种方式配置前，一个是用第二种方式配置后。可以发现code菜单多出来的子菜单。

这两种配置方案在使用方案上的差别，看起来相似，实则不同，第二种方式在code菜单下选eslint Fix 子菜单会把你整个webstorm当前加载的所有项目，检测出来不符合你在setting里面设置的那个.eslintrc的文件都自动修复了。而webstorm自带的，则可以自由选择想修复哪个目录。因此，第一种方式在修复哪些文件这件事上的定制化对我们比较友好。

当然了，第二种配置方案的自动修复方式的最大问题在于，一旦你点了code菜单下eslint Fix 子菜单，所有webstorm下项目自动修复，会带来很多问题，因为很多时候你只是想给webstorm下的某个项目设置eslint功能。

差异2：对vue文件是否检测上

方式一直接支持检测出vue文件中的不合eslint规则的代码区域，并且用红色波浪线标识，而第二种方式在不多加配置的情况下，不支持检测出vue文件的代码不合.eslintrc规则的代码区域。

下图是第一种方式，在一个空行，打了几个空格，就显示了红色波浪线，说不符合规则，然后右击文件，选择fix eslint problems子菜单，就能把红色波浪线去除。

最后

目前没找到可以只对webstorm单个项目起作用的配置项。这两种方式，都会对webstorm加载出来的所有项目适用。这用起来就有点不爽了，因为毕竟不是所有项目都需要eslint的。