'react-hooks', 'react', '@typescript-eslint', 'import' ], env: { browser: true, es6: true, node: true, jest: true, }, "globals": { "$SYS": "true", }, rules: { "no-console":"off", "no-unused-
但是,ESLint 最有用的规则之一 https://eslint.org/docs/rules/no-unused-vars 似乎对 TypeScript 项目的配置很差。例如,当我导出一个枚举时,该规则会警告我该枚举未在声明它的文件中使用: export enum Foo { Bar, } 同样,当我导入要用作类型的接口或类时,“no-unused-vars”将在实际导入的行再次抱怨:...
no-unused-vars是 ESLint 中的一个规则,用于检测代码中声明但未使用的变量。这个规则有助于保持代码的整洁和可维护性,避免因未使用的变量而导致的潜在错误和混淆。 基础概念 ESLint: 一个插件化的 JavaScript 代码检查工具,用于发现代码中的问题和不符合编码规范的地方。
下图是举个例子,图中的enum DISTRICT_ID也会出现name上面的错误提示 企业微信截图_16258245504716.png 在网上能看到很多人遇到这个问题:ESLint - Configuring “no-unused-vars” for TypeScript 还是要看代码库的说明:eslint代码库说明,针对ts在某些情况下,ESLint 本身提供了规则,但不支持 TypeScript 语法,提供插件...
还是精心研究了一整套适用于自己的规则集，Lint 工具的最大帮助就是保持语法统一，至少项目中的所有 ...
declare enum Test { Foo, } What did you expect to happen? It should lint the code & not crash. What actually happened? With the following configuration: "rules": [ "no-unused-vars": [ "error", { "args": "all", "argsIgnorePattern": "^_", "ignoreRestSiblings": true } ] ] ...
unused. either way, don't complain about their naming. */ def.type !== TSESLint.Scope.DefinitionType.TSEnumMember ) { context.report({ node: def.name, messageId: 'usedIgnoredVar', 8 changes: 8 additions & 0 deletions 8 packages/eslint-plugin/tests/rules/no-unused-vars/no-unus...
'no-unused-vars': 0, // 不检查 定义未使用变量 'no-undef': 0, // 不可以使用未定义变量 'no-console': 0, // 不可以cosole 'no-extend-native': 0, // 禁止扩展原生类型 'no-debugger': 1, // 存在debugger时会提示 'no-loop-func': 1, // 禁止在循环中声明函数 ...
'no-unused-vars': [2, { vars: 'all', args: 'after-used' }], // 消除未使用的变量,函数和函数的参数 // vars: 'all' 检查所有变量的使用情况,包括全局范围内的变量。这是默认设置。 args: 'after-used' 只有最后一个参数必须使用。例如,这允许您为函数使用两个命名参数,并且只要您使用第二个参数...
这将影响 no-unused-vars规则。如果找到一个具有给定名称的变量并将其标记为已使用,则返回 true,否则返回 false getSourceCode() - 返回一个SourceCode对象,你可以使用该对象处理传递给 ESLint 的源代码 getText(node) - 返回给定节点的源码。省略 node,返回整个源码 getAllComments() - 返回一个包含源中所有...