选项设计原理

核心提示
Prettier 仅保留极少数必要选项，且不再增加新配置项。
下文将深入解析这一设计决策的底层逻辑。

固执己见的格式化原理

Prettier 并非大而全的代码格式化工具，其核心设计坚持"约定优于配置"原则。引用《why-prettier.md》的核心观点：

✨ 采用 Prettier 的根本目的是终结所有关于代码风格的争论

每增加一个配置选项，就离这个目标更远一步：

1. 风格争论 → 配置项争论（"该选哪个值？为什么？"）
2. 引发新一轮"格式化战争"
3. 配置项存在隐性成本（参见https://github.com/prettier/prettier/issues/40，此议题的👍数远超任何特性请求）

历史遗留选项解析

现有少量配置项分为三类：

💡 核心结论：以 --trailing-comma 为例的技术兼容选项有价值，但 --arrow-parens 类审美选项应避免

选项冻结的必然性

经过长期实践验证（关键里程碑）：

1. 需求甄别困境：早期"强烈需求"在当前海量用户基数下已无代表性
2. 反馈机制失效：GitHub点赞/Twitter投票无法代表沉默大多数
3. 阈值悖论：即使增加"最后一个选项"，总会产生新的"最高需求"
4. 技术成熟度：Prettier已被主流项目和机构广泛采用，研究阶段结束

故正式宣告：

🔒 选项集进入永久冻结状态

重要申明

1. 拒绝新增配置：
   • 所有选项请求将直接关闭不予讨论
   • 包括变相选项请求（如保留输入换行符等格式化元素）
2. 唯一例外：
   • 技术必要性（如兼容性突破）
   • 与格式化无关的底层约束

架构设计总结

设计箴言：
真正的工程效率提升源于合理的约束，而非无限的灵活。Prettier通过冻结选项，将开发者的认知负荷转化为生产力的实质跃升。