第 11 章：设计两次

系列：软件设计的哲学 · 第 11/22 章
全书导读：00-overview.md

一句话总结

实现前用少量时间构思两套以上方案并对比，能以极小成本避开浅模块与错误拆分的深坑。

「第二方案的价值常不在于被选中，而在于暴露第一方案的假设。」

第 11 章收束模块与接口设计篇（第 4–11 章），把原则落到过程。下一章起转入注释、命名等可读性议题——深模块要能被读懂。

新导出流水线：方案 A 在 UI 串步骤；方案 B 单一 ExportPipeline::run(Profile)。对比后发现 B 下拉了 80% 分支，虽实现多两天，接口永久简单。两小时草图换来明确选择。

重点：关键模块（核心 API、状态机、插件边界）默认设计两次。
重点：第二方案必须认真，不是稻草人陪衬。
注意：不是每个 getter 都要两套设计——对高变更、高扇出处投入。
注意：选定后记录为何不选 B（一两句注释），避免后人重犯。