Prettier

为什么说「有主见」

Prettier 的设计哲学是故意减少配置选项：你无法自定义花括号前要不要空格、函数参数的对齐方式，这些细节 Prettier 有自己的答案，且不支持修改。这看起来像缺点，实际上是优点——团队里关于「单引号还是双引号」「行末要不要分号」的讨论从此消失，因为 Prettier 说了算。

它提供的少数几个关键配置项（printWidth、tabWidth、semi、singleQuote、trailingComma）已覆盖了绝大多数团队的分歧点。[1]

工作流集成

Prettier 最常见的使用方式是保存时自动格式化（编辑器插件）和提交前格式化（lint-staged + Husky 在 pre-commit hook 里运行）。两种方式组合确保代码库里永远没有未格式化的代码。

• 与 ESLint 配合时需要 eslint-config-prettier 关闭 ESLint 中与格式相关的规则，避免冲突
• Prettier 3.0（2023）将 Markdown 格式化改为「Preserve prose wrap」默认，减少了对文档内容的意外修改
• Biome 的格式化功能与 Prettier 兼容度超过 96%，且速度快 25 倍，是潜在的迁移方向