为什么要选择eslint-plugin-prettier而非eslint-config-prettier？

你没有遗漏eslint-config-prettier的优势，它确实更轻量、规则冲突更少，不过两个包的定位本身就不是完全互斥的，eslint-plugin-prettier的高流行度主要来自它的流程便利性优势：

• 简化工具链配置：eslint-config-prettier仅负责关闭ESLint中与Prettier冲突的规则，你需要分别维护ESLint、Prettier两套执行命令、忽略配置、触发钩子；而用eslint-plugin-prettier后，你只需要执行ESLint这一个命令，就能同时完成代码质量校验和格式化校验，CI流水线、本地git提交钩子、编辑器校验的配置都可以大幅简化，不需要同时适配两套工具的配置规则。
• 统一报错入口：所有代码问题都会以ESLint报错的形式统一呈现，编辑器中不会同时出现ESLint、Prettier两类不同来源的报错提示，对项目新人更友好，不会出现两类报错冲突不知道优先修复哪个的问题。
• 老旧项目改造成本低：很多存量项目已经全链路接入了ESLint校验流程，直接安装eslint-plugin-prettier并引入推荐配置就能快速接入Prettier能力，不需要修改已经在线上运行的CI、钩子配置，改造成本远低于单独新增Prettier的执行流程。
• 规则配置逻辑统一：你可以像调整其他ESLint规则一样，灵活调整格式化问题的报错级别（比如把格式问题从error改成warning），也可以直接用ESLint的注释语法、目录覆盖规则针对特定场景关闭格式化校验，不需要同时维护ESLint和Prettier两套忽略规则。

你提到的箭头函数规则冲突问题，目前eslint-plugin-prettier的官方推荐配置已经默认集成了eslint-config-prettier的冲突规则屏蔽逻辑，只要你没有手动额外开启和Prettier冲突的ESLint规则，基本不会遇到这类问题。

内容的提问来源于stack exchange，提问作者NeNaD