今天用 Vue 脚手架 Vue CLI 拉了一个 express 项目, npm run dev 运行时报错:
解决办法 打开config里面的index.js 找到 useEslint: true,
// 注释型配置 /* eslint eqeqeq: "off", curly: "error" */ // 文件型配置 "rules": { "eqeqeq": "off", "curly": "error", "quotes": ["error", "double"] }
首先需要 npm, 这个没有外部·executable program·的结合是无法使用的
1.使用 ESLint 语法检查:https://www.cnblogs.com/lanshengzhong/p/8563530.html
ESLint 是一款检查 JavaScript 程序是否符合特定的规则的工具。比如字符串用单引号还是双引号,tab 缩进用 2 个空格还是 4 个空格还是其他,这些都可以用 ESLint 来规定。
以前公司的vue项目只是我一个人在写,代码风格统一,但是后来随着团队增加,统一的代码风格就越来越重要。我的主力工具是sublime,ws辅助,vscode基本很少使用(就下载安装放在冷宫),但是听说用来写vue项目还不错,就开启了一番折腾。当然工具么,没有谁好谁坏了~~ 不盲目站队,适合自己的就是最好的。
在使用了 eslint 进行代码检查后,可以大幅提高我们的代码规范。但是,在某些情况下,我们必须去写一些违反规则的代码。如果写了这些代码,则势必会导致各种提示报错。这种情况下,如果不去处理,则会导致项目警告越来越多,最终不知道哪些是必须的,哪些是可以修正的。 因此,在某些地方,禁用检查就变得十分重要了。随便搜索了一下,找到了这篇博文,写得还比较全面,因此转载过来了。
Vetur对于html文件默认使用的是prettyhtml,但是由于prettier也可以支持html的格式化,所以我觉得统一使用prettier对全语言的格式化是比较简洁的。
关于校验分号、冒号等,属于风格校验,与个人风格有关,遵循团队标准即可,可商量可妥协。
1、config 中 index.js修改以下代码 useEslint: false, 2、万能方法,就是在报错的JS文件中第一行写上 /* eslint-disable */ 3、[eslint] Extra semicolon. (semi) 在根目录下.eslintrc.js文件中配置 rules: { semi: ["error", "always"],//强行加分号 indent: 0//强行缩进 } 4、space-before-function-paren 在根目录
{ "editor.rulers": [ 120 ], "editor.wordWrapColumn": 120, "editor.lineNumbers": "on", //打开行号 "editor.quickSuggestions": { //开启自动显示建议 "other": true, "comments": true, "strings": true }, "vetur.format.defaultFormatter.html":
Prettier 是一个“有意见的”代码格式化工具,旨在确保您的代码具有一致的风格和更高的可读性。它通过解析代码并重新格式化,消除因代码风格问题导致的差异,使团队中的每个人都遵循相同的编码标准。Prettier 支持多种编程语言,包括 JavaScript、TypeScript、HTML、CSS、JSON、Markdown 等等。
EditorConfig 有助于为不同的 IDE 编辑器处理同一项目多个开发人员维护一致的代码风格。
首先安装符合要求的node和npm版本,安装yarn(建议通过msi文件全局安装)
如果你用的是windows,文件编码是UTF-8且包含中文,最好全局将autocrlf设置为false。
eslint在项目里并不太陌生,通常在使用脚手架时,会默认让你安装执行的eslint,当公司项目比较规范时,常常会配置组内统一的eslint规则,eslint帮助我们在开发阶段检查代码是否符合标准规范,统一了我们组内不同项目代码风格,也可以帮助我们养成良好的代码习惯,统一eslint对于项目的可维护性必不可少,今天我们一起学习一下如果改进你项目的规范。
prettier的配置项比较少(容易配置),且只专注于代码样式,而eslint还提供语法检查,现在的eslint也集成了formatter功能。
EditorConfig是一个用于统一编辑器配置的插件。它可以定义一组编辑器配置规则,如缩进、换行符等,并在不同的编辑器中自动应用这些规则。通过使用EditorConfig,可以确保团队成员在不同的编辑器中使用相同的代码风格和配置,从而提高代码的可读性和一致性。
1{ 2 "window.zoomLevel": 1, 3 "git.ignoreMissingGitWarning": true, // 忽略“缺失git”的警告 4 "files.autoSave": "onFocusChange", // 离开页面自动保存 5 "workbench.colorTheme": "Default Light+", // 配色 6 "editor.tabSize": 2, // 缩进,tab格数 7 "editor.fontSize": 14, /
【工欲善其事,必先利其器】大家用什么来开发前端项目呢,WebStorm, Atom, 还是Sublime ,这里面哪个不是大名鼎鼎,但是论轻量级,论不要钱的,论生态,Visual Studio Code都是相当强大的,VSCode这款超级编辑器,正在蚕食市场上所有IDE和编辑器的市场。只要插件运用得当,vscode也能达到商业软件效果。
在日常开发中,每个人的代码编写习惯都不尽相同,比如有的人喜欢在代码末尾加上分号,而有的人不喜欢加,在个人开发的项目中这并不是什么严重问题。但在团队协作开发时,我们往往需要阅读其他人所写的代码,此时没有一个统一完整的代码规范,无法有效的控制代码质量,进而影响团队的开发效率。通过引入代码规范工具,可以帮助我们保障一个团队的代码风格相同,并且能能避免一些因为格式上的问题,而出现的低级错误
它很纯粹,就一个代码格式化工具,并不会做代码质量的检查(比如声明了一个未被使用的变量)。
2、最简单的配置方法是设置一个.eslintrc JSON 文件,其中可以描述所有的linting规则。
husky是一个Git Hook,可以帮助我们对commit前,push前以及commit提交的信息进行验证,现在我们就来安装并配置一下这个工具,首先通过自动配置命令安装,命令如下:
之前用VScode开发Flutter,设置自动保存格式化。现在开发Vue使用Eslint进行规则验证,为了不必要的麻烦,想要设置自动保存修复不规则问题。
vscode之所以被称为宇宙第一神器,其中丰富的插件功不可没,安装起来超级简单,给我们开发带来了极大的便捷。 注意,**新手学习期间,不建议安装形形色色的插件,用到啥就安装啥。**因为有些插件会到vue学习的时候引起冲突,所以这里我就介绍几个常用的插件。
在vue-cli中为了能让vscode能提示.vue文件中的js代码,我们引入了eslint-plugin-html这个eslint插件(使用方法参考VSCode环境下配置ESLint 对Vue单文件的检测) 最近开始使用vue-cli3构建项目,主要目的是为了简化项目代码结构和提高编译性能。当我们使用以前的方案去实现vscode对.vue文件的eslint检测时却发现始终无法识别,而且提示以下内容
前言:eslint我们常应用在代码静态扫描中,通过设定的eslint的语法规则,来对代码进行检查,通过规则来约束代码的风格,以此来提高代码的健壮性,避免因为代码不规范导致应用出现bug的可能。而规则是
npx create-react-app react-standard-f –template typescript
就从我的题目说起,本篇文章告诉你针对定制代码规范和检查这个小需求如何做出亮点?看完本文后回顾上面提到的 4 点,感觉下。
在项目部署中出现报错error: No ESLint configuration found,编辑器vscode。
ESLint 是一个插件化的 JavaScript 代码检测工具,它可以用于检查常见的 JavaScript 代码错误,也可以进行 "代码规范" 检查,在企业开发中项目负责人会定制一套 ESLint 规则,然后应用到所编写的项目上,从而实现辅助编码规范的执行,有效控制项目代码的质量。在编译打包时如果语法有错或者有不符合规范的语法就会报错, 并且会提示相关错误信息
Prettier 和 ESLint 是两个互补的工具,它们共同确保代码的风格一致性和质量。Prettier 负责格式化代码,而 ESLint 则执行更复杂的静态分析和规则检查。
// "javascript.suggest.autoImports": true,
相信很多人都有这样的经历,做项目经常都是需求赶着自己,加班加点的完成功能开发,盼望着浏览器控制台不要出现红色的报错,惊险的通过QA测试,最后期盼着能够按时完成成功上线。 很明显,自己在日常需求开发中,更多的是关注功能能否实现,效果能否实现,按时上线能否实现。这样的技术人生是不是太没追求了呢?作为一名开发,是不是还要考虑自己的代码是否足够规范,是否足够强壮,是否有性能隐患呢? 控制台没报错,功能正常并不代表自己写的代码是符合规范,更不能代表代码是没有隐患的,我们需要一个更严谨的工具来校验自己写的代码。而这个工具就是今天在这里介绍的Eslint。 Eslint是什么
本文从代码规范,代码检查,代码格式化,以及编辑器自动化实现的方向,介绍代码规范统一在我们团队的实践应用。
作者:杨成功 原文:https://segmentfault.com/a/1190000040948561
VSCode在开发Vue项目的时候,尽管我们安装了格式化插件,但是最终运行时还是会有一堆的警告,就是因为格式化代码的方式和eslint的规范不一样导致的。
{ // 针对vue的格式化配置----依赖eslint、prettier、vetur等插件 // 强制单引号 "prettier.singleQuote": true, "prettier.semi": false, // 尽可能控制尾随逗号的打印 "prettier.trailingComma": "all", // 开启 eslint 支持 "prettier.eslintIntegration": true, // 保存自动化 "editor.formatOnSave": true, // 保存时自
在开发编辑器中,vscode占有的比重越来越高,相比笨重的webstorm和功能不怎么全的subline,优势太明显。所以我们需要掌握vscode里开发项目一些小技巧。今天来了解下vue在vscode里的设置。
安装三个插件:Prettier - Code formatter、ESLint、Vetur。对应的插件图片如下:
昨天,我的开源项目成员给我提交了代码,我在用webstorm看他的代码时发现了一堆跟代码格式相关的黄色报错,我就问他这一堆黄色报错你的编辑器就没给你提示吗?他说他用的vscode没有提示这些报错。
ESLint 是一个用来识别 ECMAScript/JavaScript 并且按照规则给出报告的代码检测工具,是一个用来检查代码的工具。
写Vue项目时,使用CLI搭建项目,勾选上ESLint+Prettier就会自动帮我们配置好,最近写的代码脱离了webpack,想规范自己的代码格式,搜了很多文章,大都是基于webpack的。
跟着此文章步骤一点点走下去不一定完全就没问题了,因为都是一点点调出来的的,根本不知道哪些地方改了就没问题,哪些地方改了就有问题了。
项目构建时 lint 规则可以继承优秀团队基于最佳实践设定的编码规范,如 airbnb, 这样避免重复造轮子造成人力的资源浪费和规则覆盖的缺陷,继承社区知名代码规范后团队内部再进行细节调整
假如团队中的小伙伴在提交代码时没有遵循规范要求,例如只写了一个"修改"或"更新,这会给团队中其他小伙伴造成困扰呢,不得不花时间查看代码和推测逻辑。
领取专属 10元无门槛券
手把手带您无忧上云