当你利用脚手架在创建vue项目时,无脑创建下默认一定会安装eslint代码检测工具。那么你的噩梦就来了。eslint作为代码规范检测,不得不承认它的强大,但是绝对是会逼死一众强迫症患者。 比如你只是简简单单运行一个vue项目,报错一大堆,是不是瞬间就头大了。不过,仔细看一下就知道,这种报错很明显就是eslint检测的结果。
1、prettier 会默认把 单引号变成双引号,然后eslint校验报错 2、js 每行代码后面会加一个 分号,然后eslint校验报错 3、函数结束之后会加一个逗号,然后eslint校验报错 这样的话有两种解决方式,第一个改eslint,让它的校验改成双引号,支持分号 第二种,改prettier,让它符合eslint的校验方式 毫无疑问,我们选择第二种...
最好提供一下你的 .eslintrc.js 配置项。看这个报错信息是因为你继承(extends)了 @nuxtjs 的配置项,但是并没有安装 @nuxtjs/eslint-config 这个依赖项 安装好依赖之后再 .eslintrc.js 的extends 里面添加 @nuxtjs/eslint-config。如果是TypeScript项目则使用的是 @nuxtjs/eslint-config-typescript 了 相关...
如果声明不正确或缺失,ESLint 将无法加载 prettier 插件,从而导致错误。 确保prettier插件已经正确安装在项目依赖中: 你需要确保 prettier 和eslint-plugin-prettier 已经被安装为你的项目依赖。你可以通过运行以下命令来安装它们(如果尚未安装): bash npm install --save-dev prettier eslint-plugin-prettier 或者,...
编辑器可以安装prettier插件,来实现保存代码是自动格式化代码冲突 在点击保存的时候,会发现红线不消失,一直闪动,这就是eslint和prettier冲突了。 原因:因为在某些规则下,eslintrc.js有自己的规则,prettierrc.js也有自己的规则, 如: eslint默认语句结尾不加分号,prettier默认语句结尾加分号; eslint默认强制使用单引号,...
Addplugin:prettier/recommendedas thelastitem in the extends array in your.eslintrc*config file, so thateslint-config-prettierhas the opportunity to override other configs: {"extends": ["plugin:prettier/recommended"] } This will: Enable theprettier/prettierrule. ...
原因其实就是eslint的自动修复先执行了,然后prettier的自动修复又把eslint格式化的代码又改了,然后eslint就会报错;其实就是两者的配置规则冲突了 解决方案 解决方案一:关了!别用prettier!烦! 解决方案二 修改其一的配置 我们可以看到prettier的官网上对prettier的介绍 Prettier is an opinionated code formatter ;从这里...
当我们的eslintrc.js配置里有 extends 扩展包的时候,这些扩展都是大大们精细封装好的,可能集成了多个插件并加上自身的规则,就像"plugin:vue/essential"、"@vue/prettier",未必能直观看出用了什么eslint插件。 比如当eslint报错的时候,我们看到warning来自prettier,肯定要找和prettier相关的插件。
安装和配置eslint-plugin-prettier插件以便将Prettier作为ESLint规则运行,并将差异报告为单个ESLint问题: $ npm install --save-dev eslint-plugin-prettier 在.eslintrc.js文件中添加配置: { "plugins": ["prettier"], "rules": { "prettier/prettier": "error" } } ...