引言：精细化控制 ESLint 规则的必要性
eslint 插件极大地扩展了 eslint 的能力，为特定框架、库或代码模式提供了专业的 linting 规则。通常，插件会提供预设的配置，例如 plugin:import/errors 或 plugin:@typescript-eslint/recommended，这些配置通过 extends 属性被引入，可以快速启用一套推荐的规则集。然而，在某些场景下，我们可能只需要插件中的一两个特定规则，而不是其提供的整个规则集。直接继承预设配置可能导致以下问题：
- 不必要的规则启用： 引入了大量项目不需要或不希望使用的规则。
- 规则冲突： 新引入的规则可能与现有项目规范或 ESLint 配置中的其他规则产生冲突。
- 增加配置复杂性： 为了禁用不想要的规则，需要手动在 rules 部分逐一设置，反而增加了配置的维护成本。
为了解决这些问题，我们需要一种更精细化的方法，即仅启用插件中的特定规则。
核心策略：避免预设继承，按需启用
ESLint 的 extends 属性用于加载和应用一组预定义的配置（包括规则、解析器选项等）。当您使用 extends: ['plugin:import/errors'] 时，ESLint 会自动启用 eslint-plugin-import 插件中被标记为“错误”级别的一系列规则。要实现仅启用单个规则，关键在于 不 使用 extends 来继承插件的预设配置。
相反，我们将通过以下两个步骤实现：
- 声明插件： 告知 ESLint 我们将使用哪个插件。
- 精确定义规则： 手动指定要启用哪些规则以及它们的严重级别。
配置步骤与示例
下面以 eslint-plugin-import 插件的 import/named 规则为例，演示如何仅启用这一个规则。
步骤一：声明插件
首先，您需要在 .eslintrc 文件的 plugins 数组中添加插件的名称。这仅仅是告诉 ESLint 该插件已注册并可以使用其提供的规则，但不会自动启用任何规则。
// .eslintrc.js 或 .eslintrc.json
{
"plugins": [
"import" // 声明将使用 eslint-plugin-import 插件
],
// ... 其他 ESLint 配置
}注意事项： 在此之前，请确保您已通过 npm 或 yarn 安装了相应的插件：npm install eslint-plugin-import --save-dev。
步骤二：精确定义所需规则
接下来，在 .eslintrc 文件的 rules 对象中，以 plugin-name/rule-name 的格式指定您想要启用的规则及其错误级别。ESLint 规则的严重级别通常有以下几种：
- "off" 或 0：禁用该规则。
- "warn" 或 1：将该规则视为警告。
- "error" 或 2：将该规则视为错误。
对于本例，我们希望启用 eslint-plugin-import 中的 named 规则，并将其设置为错误级别（2）。
// .eslintrc.js 或 .eslintrc.json
{
"plugins": [
"import"
],
"rules": {
"import/named": 2 // 仅启用 import 插件中的 named 规则，并设置为错误
},
// ... 其他 ESLint 配置
}完整配置示例
将上述两个步骤结合，您的 .eslintrc 文件将看起来像这样：
{
"plugins": [
"import"
],
"rules": {
"import/named": 2
},
// ... 其他 ESLint 配置，例如 parser, parserOptions, env 等
}通过这种配置，ESLint 将只会检查 import/named 规则，而不会启用 eslint-plugin-import 中其他任何默认的规则，如 import/no-unresolved 等。
原理分析：plugins 与 extends 的区别
理解 plugins 和 extends 的核心区别是掌握这种配置方法的关键：
- plugins 属性： 它的作用仅仅是将一个 ESLint 插件注册到 ESLint 配置中。一旦注册，该插件提供的所有规则名称（如 import/named）就变得可用，但它们并不会自动被启用。您可以将 plugins 视为一个“工具箱”，它提供了各种工具，但您需要手动选择并使用这些工具。
- extends 属性： 它的作用是加载并应用一个或多个预设的配置集。这些配置集通常由插件作者提供（如 plugin:import/errors），它们内部定义了要启用哪些规则以及它们的严重级别。extends 类似于“一键安装包”，它会一次性安装并配置好一组预设的工具。
因此，通过仅使用 plugins 注册插件，然后手动在 rules 中指定需要的规则，我们绕过了 extends 的“一键安装包”功能，实现了对规则的精确控制。
应用场景与注意事项
适用场景：
- 高度定制化 linting： 当您的项目有非常具体的代码规范，不希望被插件的预设规则所束缚时。
- 避免冲突： 当插件的某些预设规则与您现有配置中的其他规则（例如来自 eslint:recommended 或其他共享配置）冲突时。
- 逐步引入新规则： 在大型项目中，您可能希望逐步引入新插件的规则，而不是一次性全部启用。
- 最小化配置： 追求最精简的 ESLint 配置，只启用绝对必要的规则。
注意事项：
- 插件安装： 在配置 .eslintrc 之前，务必通过 npm 或 yarn 安装所有用到的 ESLint 插件。例如，对于 import 插件，您需要运行 npm install eslint-plugin-import --save-dev。
- 规则名称准确性： 确保在 rules 对象中使用的规则名称（如 import/named）与插件实际提供的规则 ID 完全匹配。可以在插件的官方文档中查找所有可用规则。
- 依赖关系： 某些规则可能依赖于其他规则或特定的解析器设置。如果遇到问题，请查阅插件文档以确保所有必要的前置条件都已满足。
- 可读性： 如果您需要启用大量的单个规则，这种方法可能会导致 rules 对象变得非常庞大。在这种情况下，权衡使用部分 extends 配置再禁用少量规则，或者将自定义规则拆分到多个配置文件中，可能会提高可读性。
总结
通过避免使用 extends 属性来加载插件的预设规则集，并转而通过 plugins 声明插件、在 rules 对象中精确指定所需规则及其级别，开发者可以实现对 ESLint 规则的精细化控制。这种方法提供了更大的灵活性，有助于避免不必要的规则冲突，并使您的 ESLint 配置更加简洁和可维护。在追求高度定制化或解决特定规则冲突时，掌握这种配置技巧将非常有益。
