决策过多，策略不足
发布: (2025年12月15日 GMT+8 08:17)
3 min read
原文: Dev.to
Source: Dev.to
概览
在许多项目中，尤其是在期限紧迫的情况下，我们会有意识地选择承担技术债务。这是现实的一部分。Clean Code 和 Clean Architecture 是有成本的，并且并不总是有时间或合适的上下文在恰当的时机付出这个代价。
问题在于，这些决策不再是战略性的，而仅仅是被动的反应。
最近在回顾项目和 PR 时，我发现了一个反复出现的模式：逻辑往往依赖于冗长的 if/else 或 switch/case 链。大多数情况下，这并非出于疏忽，而是为了解决眼前问题而累积的细小决策。
也许并不总是能够以理想的方式应用 Clean Code 或 Clean Architecture。
即便如此，理解数据结构并设计一个简洁的逻辑来支撑它们，是避免代码快速恶化的最低要求。
这里有一点很重要：并非所有改进都需要大规模的 refactor 或完整的架构重构。很多时候，只要简化逻辑、优化策略、更加合理地选择数据结构，就能在不引入显著风险的前提下降低复杂度。
这并不是追求完美的代码，而是防止今天的简单决策在明天演变成高昂的维护成本。一个明确的地图、更清晰的职责划分或更具声明性的逻辑，都足以让代码更可预测、更加稳健。
正是这种思考促使我写下了一系列更侧重于逻辑基础和策略的文章。目标不是消除决策，而是在上下文不允许理想方案时，做出更好的决策。
因为归根结底，技术债务不仅是我们没做的事，更多时候是我们选择如何解决问题的方式。