网站 报价方案设计制作公益广告牌教案

当前位置： 首页 > news >正文

网站 报价方案,设计制作公益广告牌教案,厦门城乡建设局网站,北京软件开发工程师配置文件系统处于一个更新期#xff0c;存在两套配置文件系统#xff0c;旧的配置文件系统适用于 v9.0.0 之前的版本#xff0c;而新的配置文件系统适用于 v9.0.0之后的版本#xff0c;但是目前还处于 v8.x.x 的大版本。 配置文件格式 在 ESLint 中#xff0c;支持如下格…配置文件系统处于一个更新期存在两套配置文件系统旧的配置文件系统适用于 v9.0.0 之前的版本而新的配置文件系统适用于 v9.0.0之后的版本但是目前还处于 v8.x.x 的大版本。 配置文件格式 在 ESLint 中支持如下格式的配置文件 JavaScript使用 .eslintrc.js 并且导出一个包含你配置的对象JavaScriptESM在 v9.0.0 之前 ESLint 是不支持 ESM 风格模块化的假设我们的源码使用的 ESM 模块化风格并且我们在 pacakge.json 中明确配置了 type: module这个时候就需要将 ESLint 的配置文件命名为 .eslintrc.cjs也就是说要使用 CommonJS 风格来命令 ESLint 的配置文件YAML使用 .eslintrc.yaml 或者 .eslintrc.ymlJSON使用 .eslintrc.json 来配置 ESLintpackage.json在 pacakge.json 中可以创建一个名为 eslintConfig 的属性然后对 ESLint 进行配置 如果在项目的同一目录下存在多种格式的配置文件那么这些配置文件之间是有一个优先级顺序的。顺序如下 .eslintrc.js.eslintrc.cjs.eslintrc.yaml.eslintrc.yml.eslintrc.jsonpackage.json 在早期的时候v7.0.0之前ESLint 支持使用 .eslintrc 文件来作为 ESLint 的配置文件但是从 v7.0.0 开始官方就已经明确废弃掉这种用法从 v7.0.0 之后就建议使用上述的格式来作为 ESLint 的配置文件。但是为了兼容性之前的 .eslintrc 格式的配置文件依然能够使用但是还是建议最好使用官方推荐的格式来进行配置。 使用配置文件 想让我们的配置文件生效有两种方式 在项目中创建上述的配置文件ESLint 在做检查的时候会自动寻找配置文件并应用里面的配置在 CLI 命令中通过 –config 选项来手动指定配置文件的位置 eslint -c myconfig.json myfiletotest.js配置文件的层叠 在 ESLint 中支持配置文件的层叠这是一种管理项目中多个配置文件的方式这种特性允许你在项目中根据不同的部分应用不同的规则。 例如我们在 src/.eslintrc.js 中有如下的配置 module.exports {env: {browser: true,es2021: true,node: true},rules: {semi: [error, always]} };那么现在我们就存在两份 ESLint 的配置此时 ESLint 会在当前目录下查找配置文件然后会一层一层往上寻找将找到的所有的配置文件进行一个规则合并。 如果子目录下配置文件的规则和父目录下的配置文件规则发生重合那么子目录下的配置文件规则会覆盖父目录下配置文件的同名规则。 如果我们需要就应用当前目录的配置文件不要再往上找了那么可以在当前的配置文件中添加一个 root:true添加了此配置项后表示就应用当前目录下找到的配置文件停止继续往上搜索。 目前我们知道要对 ESLint 进行配置有多种方式 配置文件方式行内注释方式CLI 命令行 那么有这么几种方式优先级如何呢优先级顺序从高到低如下 行内注释配置方式CLI 命令行配置方式配置文件的方式虽然它的优先级是最低的但却是用得最多的 从 ESLint v8.0.0 开始已经不再支持个人配置文件你把你的配置文件是写在项目之外的放在你的主目录 下面的也就是说如果你的电脑主目录下存在配置文件ESLint 不会去搜索到那儿会自动忽略那里的配置文件。
扩展配置文件 这里所谓的扩展实际上更准确的来讲叫做继承。 {extends: eslint:recommended, }在上面的配置中extends 对应的值为 eslint:recommended表示采用 ESLint 团队推荐的规则规范。 在继承了 eslint:recommended 规则规范的基础上 是可以进行额外的配置。 {extends: eslint:recommended,rules : {no-console: warn} }但是在进行原有配置规则的扩张的时候有一个细节上面的问题 {extends: eslint:recommended, // eqeqeq: [error, allow-null]rules : {eqeqeq: warn} }在上面的扩展中我们修改了 eqeqeq 这条规则的重要性从 error 修改为了 warn当你修改规则重要性的时候原本的配置选项会保留也就是说上面关于 eqeqeq 这条规则最终会变为 eqeqeq: [warn, allow-null]但是如果你更改的是配置选项那么则是完全覆盖。 {extends: eslint:recommended, // quotes: [error, single, avoid-escape]rules : {quotes: [error, double]} }在上面的例子中我们修改了 quotes 规则的配置选项改为了 double那么新的配置选项会对旧的“single”, “avoid-escape”进行完全覆盖。 另外关于 extends 对应的值还可以是一个数组 {extends: [./node_modules/coding-standard/eslintDefaults.js,./node_modules/coding-standard/.eslintrc-es6,./node_modules/coding-standard/.eslintrc-jsx],rules: {quotes: warn} }局部重写 有些时候我们需要对配置进行更加精确的控制例如都是在同一个目录下不同的文件使用不同的配置这种情况下就可以使用局部重写overrides {rules: {quotes: [error, double]},overrides: [{files: [bin/.js, lib/.js],excludedFiles: .test.js,rules: {quotes: [error, single]}}] }例如假设我们有如下的项目结构 any-project/ ├── .eslintrc.js ├── lib/ │ ├── util.js │ └── other.js └── src/├── index.js└── main.js在 .eslintrc.js 配置文件中我们书写了如下的配置代码 {rules: {quotes: [error, double]},overrides: [{files: [lib/.js],rules: {quotes: [error, single]}}] }在上面的配置文件中我们使用了局部重写src 目录下面的所有 js 文件使用双引号lib 目录下面所有的 js 文件使用单引号。 overrides 对应的值是一个数组那么这意味着可以有多个配置项当多个配置项之间匹配上了相同的文件那么以后面的配置项为准。 {rules: {quotes: [error, double]},overrides: [{files: [*/.js],rules: {quotes: [error, single]}},{files: [lib/.js],rules: {quotes: [error, double]}}] }overrides 是支持嵌套例如 {rules: {quotes: [error, double]},overrides: [{files: [lib/.js],rules: {quotes: [error, single]},overrides: [{files: [util.js],rules: {quotes: [error, double]},}]}] }