搭建了一个vue项目,在配置路有的时候,陆续出现了各种报错其中最多的是一些写法,例如空格,缩进,各种括号,结果我一句一句对照,修改相当之费时间,效率低,一上午,一个路由配置都没写好
主要报错如下:
截取了一段常见报错,选取其中一个:
Expected indentation of 4 spaces but found 1 tab
翻译一下,意思是:预期缩进4个空格,但找到1个选项卡。意思是vue在检测写法规则的时候,只认空格,不认tab的缩进,这时你就要修改的页面内容,把tab换成空格,这样就比较麻烦,然鹅各种查找原因,找到了解决方案,如下:
一,找到目录build下的webpack.base.conf.js文件,把其中的rules里的这一段注销掉:
保存,然后重新npm run dev 一下:
报错虽然不见了,但是这样做的弊端是,强行停止一切检错功能,很多语法错误检测不出,在初期,是不建议这么做的,更加不利于代码的可读行以及规范性。那么就要寻找另一个办法,只是更改一下规则里的配置。
二,这就用到了另一个配置文件:test目录下的.eslintrc.js文件(推荐)
添加你的自定义规则,然后推荐大家熟悉一下ESLint 规则
规则
在配置文件中可以设置一些规则。
规则的错误等级有三种:
为了让你对规则有个更好的理解,ESLint 对其进行了分门别类。
所有的规则默认都是禁用的。在配置文件中,使用 “extends”: “eslint:recommended” 来启用推荐的规则,报告一些常见的问题,在下文中这些推荐的规则都带有一个标记。
Possible Errors对照着来自定义规则配置
以上面提到的报错为例,是跟空格缩进有关,找到相关规则提示:
然后到rules里,手动添加'no-mixed-spaces-and-tabs',然后定义为0,关闭规则
// 在这里添加自定义规则 'rules': { // allow paren-less arrow functions 'arrow-parens': 0, // allow async-await 'generator-star-spacing': 0, // 禁止空格和 tab 的混合缩进 'no-mixed-spaces-and-tabs':0, // allow debugger during development 'no-debugger': process.env.NODE_ENV === 'production' ? 2 : 0 }
好了,保存刷新,你会发现报错不再提示,这样做的好处是,挑选需要忽略的规则
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小牛知识库。
关于cesium的一些报错问题,现在出现这些报错 还有上下文丢失的情况,因为不懂cesium,有人帮忙排查下问题吗
本文向大家介绍解决vue 引入子组件报错的问题,包括了解决vue 引入子组件报错的问题的使用技巧和注意事项,需要的朋友参考一下 错误信息: 源码: 原因: vue里面不允许使用 Html已有的标签作为自定义标签 修改方案: 修复结果: ok! 以上这篇解决vue 引入子组件报错的问题就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持呐喊教程。
本文向大家介绍vue 解决循环引用组件报错的问题,包括了vue 解决循环引用组件报错的问题的使用技巧和注意事项,需要的朋友参考一下 做项目时遇到使用循环组件,因为模式一样,只有数据不一样。但是按照普通的组件调用格式来做时报错,错误信息为Unknown custom element: <pop> - did you register the component correctly? For recu
给出这段代码,其中包含一个类及其方法.这是我们的主要关注点: 在IntelliJ IDEA中运行此代码不会返回任何编译错误,但会成功返回输出。我的问题是:为什么这不是一个不可达的语句? 删除语句后运行循环(但保留如下所示: (...)会返回这样的错误,因为最后的< code>sout永远不会被打印出来。为什么第一种情况也不会出现这种情况?我确信这不是运行时的问题,因为编译器肯定看到整数< code
本文向大家介绍解决mybatis case when 报错的问题,包括了解决mybatis case when 报错的问题的使用技巧和注意事项,需要的朋友参考一下 在mybatis中使用case when进行条件筛选判断时遇到 Failed to process, please exclude the tableName or statementId. 这样的报错信息,报错的信息是语法错误 但是我
我对我的解析器规则使用返回,这适用于除第一个以外的所有解析器规则。如果我的语法中的第一个解析器规则使用返回声明,ANTLR4抱怨如下: 匹配规则时需要ARG_ACTION