面试题：Webpack 与 ESLint 集成时遇到规则冲突如何解决

调整 ESLint 规则：
- 思路：分析 ESLint 规则与已有代码风格冲突的具体规则，查看 ESLint 官方文档，找到可调整的相关规则配置项，对其进行修改以适应项目已有代码风格，同时确保代码质量仍有一定保障。
- 方法：在 ESLint 配置文件（如.eslintrc.js 或.eslintrc.json 等）中，找到冲突规则对应的配置，修改其错误级别。例如，如果 no - console 规则与已有代码中使用 console.log 进行调试的情况冲突，可以将该规则的错误级别从 error 改为 warn，配置如下（以.eslintrc.js 为例）：

module.exports = {
    rules: {
        'no - console': 'warn'
    }
};

使用 ESLint 忽略文件或代码块：
- 思路：对于一些暂时无法按照 ESLint 规则修改且不影响业务逻辑的代码，通过设置忽略来避免 ESLint 报错。但这种方式应尽量少用，以免降低代码整体质量把控。
- 方法：
  - 忽略文件：在项目根目录创建 .eslintignore 文件，在该文件中添加需要忽略的文件路径或目录路径。例如，如果 src/utils/legacy.js 文件中的代码风格与 ESLint 规则冲突，可在 .eslintignore 中添加 src/utils/legacy.js。
  - 忽略代码块：在 JavaScript 文件中，通过注释方式忽略特定代码块。例如：

// eslint - disable - next - line no - extra - parens
const a = ((1 + 2));

逐步迁移代码：
- 思路：将冲突的代码逐步按照 ESLint 规则进行修改，每次修改一小部分，确保业务逻辑不受影响，同时持续集成过程中不断验证修改后的代码是否正常工作。这样既能遵循 ESLint 规则，又不会一次性对大量代码进行改动导致难以排查问题。
- 方法：可以按照功能模块或者文件为单位，制定迁移计划。比如先从某个功能相对独立的文件开始，在修改代码前，先编写相应的测试用例（如果没有的话），然后修改代码符合 ESLint 规则，运行测试用例确保业务逻辑正确，再提交代码。例如，对于一个 user - service.js 文件，先添加测试用例保证用户相关业务逻辑正确，然后修改代码中不符合 ESLint 规则的部分，如变量命名等，运行测试通过后提交。
自定义 ESLint 规则：
- 思路：当 ESLint 现有的规则无法完全满足项目需求，且已有代码风格有其合理性时，可以自定义 ESLint 规则。通过编写自定义规则，使 ESLint 既能适应项目已有代码风格，又能保持对代码质量的基本检查。
- 方法：
  - 首先安装 eslint - create - rule 工具：npm install eslint - create - rule - g。
  - 使用该工具生成自定义规则模板，例如执行 eslint - create - rule my - custom - rule，会生成相关文件结构和基础代码。
  - 在生成的文件中编写自定义规则逻辑，比如检查特定命名规范等。然后在 ESLint 配置文件中启用该自定义规则，如：

module.exports = {
    rules: {
      'my - custom - rule': 'error'
    }
};

星途面试题库

面试题：Webpack 与 ESLint 集成时遇到规则冲突如何解决

知识考点

面试题答案