最好的软件建议往往最难照做
来源：dev.to — 2026-09-22
📋 概述
作者把软件建议分成两类。实用型建议近乎黑白分明——写小函数、不要魔法数字、取有意义的变量名、类要保持聚焦，容易理解、容易教、容易验证，所以被写进规范、被 linter 强制、被代码评审逐一检查，也因此传播得最快。另一类是判断型建议，它不给配方，只给一条必须按情境解释的原则，甚至会和你学过的另一条原则冲突。他的观点是后者往往更有价值，代价是它无法被「照做」。以「错误的抽象比重复的代价更高」为例：这段代码该不该复制？相似到什么程度才该抽象？如果它们今天相似但将来会分道扬镳呢？没有检查清单能回答。
🔑 核心要点
- 实用型建议的价值在于减少你需要做的决策数量，也因此容易被写进规范、被工具强制执行。
- 危险在于我们开始把遵循好实践等同于成为好工程师，两者并不是一回事。
- 判断型建议不给配方，只给一条必须按情境解释的原则，有时还与另一条原则相互冲突。
- 「错误的抽象比重复代价更高」无法变成规则：该不该重复、相似到何种程度才该抽象，都没有清单答案。
- 判断只能来自经验：你得见过设计过早的抽象被改动的成本，也见过完全无害的重复最终变成维护噩梦。
💡 金句
这类建议不会告诉你做什么，它给的是一个你必须自己解释的原则。
👍 0
👎 0
← 返回 dev.to 首页