1: 将全局方法,全局变量放到一个文件里定义,并以global开头 然后在main.js里引入
1、 Nuxt3 中是使用 @nuxt/eslint-config 进行代码检查和格式化，执行安装命令：
要知道 eslint 和 Prettier 所做的事情都是基于编辑器支持的，所以我们做的所有的事情基本都是做给编辑器看的，配置的所有参数配置也是为了编辑器配置的。
husky主要是触发钩子函数的，lint-staged主要是检查，eslint则是约束工具
ESLint 是一个用来识别 ECMAScript/JavaScript 并且按照规则给出报告的代码检测工具，是一个用来检查代码的工具。
当我们的代码库有很多人维护时，经常会出现代码风格不一致或者代码质量不过关，提交信息杂乱的情况，当然啦，即使是一个人的代码库，有的时候，自己写代码时不太注意细节，也会出现风格不一致的情况。
vue-cli3按照官网教程配置搭建后，发现每次编译，eslint都抛出错误 error: Expected indentation of 4 spaces but found 0 (indent) at src\views\User.vue:26:1: 1 error found. 1 error potentially fixable with the `--fix` option. You may use special comments to disable some warnin
找到.eslintrc.js的文件中,直接删除里边全部内容就可以了,但不要删除这个文件,否则会报错Error: No ESLint configuration found.
ESLint 是一个ECMAScript/JavaScript 语法规则和代码风格的检查工具，它的目标是保证代码的一致性和避免错误。
大概在 2019 年，自己搭建 React 开发环境的想法萌芽，到目前为止，公司的很多项目上，也在使用中，比较稳定。为什么要自己造轮子？起初是因为自己并不满意市面上的脚手架。另外，造轮子对于自己也有一些技术上的帮助，学别人二次封装的东西，不如直接使用底层的库，这样也有助于自己系统的学习一遍知识，最近 Vite 很火，所以用 Vite 搭建一波，废话不多说，直接进入正文，如何搭建自己的开发环境。
准备了解一下 eslint 的原理，就先看一下最早一版 eslint 的实现吧。github 打了 tag 的最早的版本就是 0.0.2 了，提交记录是八年前了。
出处 @刘江 ，原文地址 https://juejin.cn/post/6929496472232656909
腾云先锋（TDP，Tencent Cloud Developer Pioneer）是腾讯云GTS官方组建并运营的技术开发者群体。这里有最专业的开发者&客户，能与产品人员亲密接触，专有的问题&需求反馈渠道，有一群志同道合的兄弟姐妹。来加入属于我们开发者的社群吧！
ESLint最初是由Nicholas C. Zakas 于2013年6月创建的开源项目。它的目标是提供一个插件化的javascript代码检测工具。
在用vue2.0写项目时，由于vue-cli脚 架自动带了带了代码规范监测，稍微不小心就会出现一些Warning,这时就需要，根据自己习惯的代码规范，用一下代码进行对Eslint规范的一些忽略。下面详
ESLint 由 JavaScript 红宝书 作者 Nicholas C. Zakas 编写， 2013 年发布第一个版本。 NCZ 的初衷不是重复造一个轮子，而是在实际需求得不到 JSHint 团队响应 的情况下做出的选择：以可扩展、每条规则独立、不内置编码风格为理念编写一个 lint 工具。
##ESLint配置信息完整版 #####说明： "no-undef": 0,和"no-undef": 'off',一样，表示关闭该功能 "no-undef": 1, 表示仅提示 "no-undef": 2, 表示报错 ####配置信息（来自网络） “no-alert”: 0,//禁止使用alert confirm prompt “no-array-constructor”: 2,//禁止使用数组构造器 “no-bitwise”: 0,//禁止使用按位运算符 “no-caller”: 1,//禁止使用a
作者：magentaqin，腾讯 CSIG 前端开发工程师 说到 Code Review，经常有同学会问，究竟从哪些方面下手？除了一些抽象的 Review 原则，有没有更细化的实施准则来指导实践？ PCG 代码委员会曾推出过通道晋级代码检查报告。笔者打算在这些报告基础上，从代码格式、代码错误、代码习惯、代码优化四个角度，并结合腾讯医典前端 Code Review 过程中遇到的一些 bad case，逐一列出更细化的实施准则。希望对各位有一定的参考价值。 1. 代码格式 代码格式问题完全可以通过自动
'use strict' //引入node path 中间件 可以获取到 path 路径的一些信息 const path = require('path') //引入utils工具模块 utils主要用来处理css-loader和vue-style-loader的 const utils = require('./utils') //引入config下面的index文件 主要是配置一些开发环境和生产环境的配置 const config = require('../config') //用来解决各种css 文
具体实现过程, 内容很长, 建议先点赞收藏, 再一步步学习, 接下来会就该项目的每一个重点细节做详细的分析.
大部分前端项目都配置Stylelint、Eslint、Tslint和Prettier四大前端代码校验工具。「代码校验工具」以下简称Lint，为了解决代码不严谨，通过预设规则校验代码，检测其是否存在错误/漏洞，并对错误/漏洞提示修复方案并尽可能依据修复方案格式化出正确代码。该功能称为「格式化代码」，基本上所有编辑器都需配置该功能。
Vite（法语意为 "快速的"，发音 /vit/，发音同 "veet"）是一种新型前端构建工具，能够显著提升前端开发体验。它主要由两部分组成：
解决办法 打开config里面的index.js 找到 useEslint: true,
对于编程语言进行「语法、书写」校验，能有效「归并」不同开发者的「不同风格」，还能检验出一些语法错误。
ESLint是一个用来识别 ECMAScript 并且按照规则给出报告的代码检测工具，使用它可以避免低级错误和统一代码的风格。如果每次在代码提交之前都进行一次eslint代码检查，就不会因为某个字段未定义为undefined或null这样的错误而导致服务崩溃，可以有效的控制项目代码的质量。
本文虽然使用 Vite 创建了一个 Vue3 + TS 的项目，但其实文中涉及的内容和技术栈并没有关系，主要是结合 ESLint ，Husky，等第三方库实现比较规范的现代化前端工程，可应用于任何技术栈的项目中
在项目部署中出现报错error: No ESLint configuration found，编辑器vscode。
跟着此文章步骤一点点走下去不一定完全就没问题了，因为都是一点点调出来的的，根本不知道哪些地方改了就没问题，哪些地方改了就有问题了。
Vetur对于html文件默认使用的是prettyhtml，但是由于prettier也可以支持html的格式化，所以我觉得统一使用prettier对全语言的格式化是比较简洁的。
现在使用的版本管理工具，首选应该都是git，入职到现在，git之外的版本管理工具也就最开始使用过svn。现在的项目，规范也越来越重要，所以才有各种强制的代码格式检测。当然，自己做过的项目还没有那么严格过，顶多就是一些格式化和eslint的统一。
现在所有流行的代码压缩器都是通过 AST 压缩，因此它们在处理没有分号的 JavaScript 代码时没有问题（因为 JavaScript 不是必须使用分号）。
大家好，我是「柒八九」。一个「专注于前端开发技术/Rust及AI应用知识分享」的Coder。
webstorm设置搜eslintr、eslint、stylelint，如果没有，搜plugin，安装prettier、eslint、stylelint
想了下，应该是 认不出 process.env.VUE_APP_DIR，这个是运行时才有的，eslint可能查不出来，，
为了统一团队的代码规范，除了一纸规范说明之外，还需要引入工具进行限制。虽说工具并不能完全实现规范中的规则，但至少能够在一定程度上缓解代码不统一的局面。
在vue-cli中为了能让vscode能提示.vue文件中的js代码，我们引入了eslint-plugin-html这个eslint插件（使用方法参考VSCode环境下配置ESLint 对Vue单文件的检测） 最近开始使用vue-cli3构建项目，主要目的是为了简化项目代码结构和提高编译性能。当我们使用以前的方案去实现vscode对.vue文件的eslint检测时却发现始终无法识别，而且提示以下内容
"no-alert": 0,//禁止使用alert confirm prompt "no-array-constructor": 2,//禁止使用数组构造器 "no-bitwise": 0,//禁止使用按位运算符 "no-caller": 1,//禁止使用arguments.caller或arguments.callee "no-catch-shadow": 2,//禁止catch子句参数与外部作用域变量同名 "no-class-assign": 2,//禁止给类赋值 "no-cond-assign":
在每一个使用 git 进行版本管理的仓库，都有一个目录 .git/hooks，包含 commit 各个阶段 Hooks 的脚本。这些 Hooks 在 git 操作 commit、push、merge 等得时候，可以做前置或者后置的操作，例如 pre-commit 在 git commit 前可以做代码校验，校验代码的时候使用的ESLint，格式化使用的是 prettier。Git 支持的常用钩子见下表，更多请查看官网Hooks:
yarn init -y yarn add webpack webpack-cli -D
eslint在项目里并不太陌生，通常在使用脚手架时，会默认让你安装执行的eslint,当公司项目比较规范时，常常会配置组内统一的eslint规则，eslint帮助我们在开发阶段检查代码是否符合标准规范，统一了我们组内不同项目代码风格，也可以帮助我们养成良好的代码习惯，统一eslint对于项目的可维护性必不可少，今天我们一起学习一下如果改进你项目的规范。
const path = require('path') const utils = require('./utils')// 引入utils工具模块，具体查看我的博客关于utils的解释，utils主要用来处理css-loader和vue-style-loader的 const config = require('../config')// 引入config目录下的index.js配置文件，主要用来定义一些开发和生产环境的属性 const vueLoaderConfig = require('./vue-
配置文件可以从基本配置扩展启用的规则集，不添加则不会继承任何扩展集，仅按照rules下的基本配置来执行。
而且 Element Plus + Vite 也出了一段时间了，是时候该上手体验分享一波了。
为每个 HTML 页面的第一行添加标准模式（standard mode）的声明，这样能够确保在每个浏览器中拥有一致的展现。
这里使用了vue CLI3自定义选择的服务，我选择了ts、stylus等工具。然后创建完项目之后，进入项目。使用快捷命令code .进入Vs code编辑器(如果没有code .，需要将编辑器的「bin文件目录地址」放到环境变量的path中)。然后，我进入编辑器之后，进入设置工作区，随便设置一个参数，这里比如推荐设置字号，点下。这里是为了生成.vscode文件夹，里面有个json文件。
本文出自于掘金的子弈[1]，原文链接 从零开始配置 TypeScript 项目[2]。
main.js改成main.ts配置vue.config.js的入口为main.ts
stylelin本体：https://www.npmjs.com/package/stylelint
代码不贴了，可以到 create-repo-cli : https://github.com/LuckyWinty/create-repo-cli 参考
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
