前端Wiki/词条/Prettier 格式化

Prettier 格式化

定义有主见（opinionated）的代码格式化工具，把缩进、引号、换行等风格争论彻底交给机器

Prettier 的哲学是「少给选项」：它只提供极少量配置（如单双引号、分号、行宽），其余规则全部内置并不可争论。正因为不能吵，它消灭了团队里无穷的 code style 评论，让 Code Review 只剩下真正的内容问题。这也是它要点名几乎覆盖所有语言（JS/TS/CSS/HTML/Markdown/JSON）的原因。

它输出的 AST 重新打印代码，保证风格绝对稳定。工程实践中它通常和 ESLint 组合：ESLint 管代码质量（未使用变量、隐式类型），Prettier 管风格，再用 eslint-config-prettier 关掉 ESLint 里所有格式类规则避免打架。落地点是编辑器保存时触发 + lint-staged 提交前强制。

核心价值是「不可配置」带来的风格统一，消灭 review 中的格式争论
与 ESLint 分工：质量归 lint，风格归 Prettier
落地组合：编辑器 format on save + lint-staged 提交前格式化

JavaScript

// .prettierrc —— 配置极少，这正是它的设计哲学
{
  "semi": true,            // 保留分号
  "singleQuote": true,     // 单引号
  "printWidth": 80,        // 行宽
  "trailingComma": "es5",  // 尾随逗号
  "tabWidth": 2
}

// package.json 里常用三件套：
// "format": "prettier --write ."
// lint-staged: "*.{js,ts,json,md}": "prettier --write"
// .husky/pre-commit: npx lint-staged

// 一键格式化整个项目：
// npx prettier --write src/

⚠ 常见误区

花大量时间调它的可配置项——绝大部分选项不存在，想多了
不装 eslint-config-prettier，ESLint 格式规则和它互相打架
只在本机格式化而不进 git hooks，别人一提交又把格式打回原形

🔗 相关词条规范化与自动化代码审查与 Git Hooks