为什么要通过包管理器安装Prettier，而非直接使用编辑器扩展？

这是前端项目工程化的标准实践，核心原因有以下几点：

• 版本一致性：不同版本的Prettier格式化规则存在细微差异（比如箭头函数换行、对象尾逗号处理逻辑的调整），仅用IDE扩展的话，扩展自带的Prettier版本可能和项目要求的版本不匹配，团队内不同成员的扩展版本也可能不一样，最终会导致提交代码时出现大量无意义的格式diff，甚至引发代码冲突。把Prettier作为项目依赖安装后，所有开发者、所有流程都会使用同一个版本的Prettier，完全规避版本差异问题。
• 配置优先级可控：仅用IDE扩展时，如果你本地IDE配置了全局Prettier规则，很可能会覆盖项目根目录下的.prettierrc项目专属配置，导致格式化结果不符合项目规范。项目内安装Prettier依赖后，主流IDE的Prettier扩展都会默认优先读取项目node_modules下的Prettier版本和对应的项目配置，不会被全局配置污染。
• 支持流程自动化校验：仅靠IDE扩展完全依赖开发者手动触发格式化，没法从流程上强制规范落地。项目内安装Prettier后，你可以配置pre-commit钩子在代码提交前自动格式化，也可以在CI/CD流水线中添加格式校验步骤，只要代码不符合格式要求就直接阻断合并，从流程上保证所有入库代码都符合规范。
• 覆盖非IDE使用场景：如果需要批量格式化整个项目的代码，直接执行npx prettier --write .命令即可，不需要打开编辑器逐个操作；部分自动化脚本生成代码后，也可以直接调用项目内的Prettier依赖完成格式化，不用依赖编辑器环境。

当然这并不代表IDE扩展没有价值，日常开发的最佳实践是两者配合使用：项目内安装固定版本的Prettier作为依赖，本地IDE安装Prettier扩展并配置为优先使用项目内的Prettier版本，既可以在保存文件时自动格式化，也能保证所有场景下的格式化结果完全一致。

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