第 2 章：复杂度的本质

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

一句话总结

复杂度是理解与修改的负担，由依赖与模糊累积而成，且几乎只会增不会减。

「复杂度不会自己消失；你每次妥协都在给未来交税。」

第 2 章是全书度量衡：后文深模块、信息隐藏、分层等，都是降复杂度的手段。没有统一「复杂度」定义，讨论设计容易滑向口味之争。

「未知未知」在插件化桌面软件里最常见：改 Session 导出逻辑，却触发 IO 插件与云上传的隐式顺序依赖。症状不是 bug，而是没人能画全依赖图。此时应优先砍依赖、封接口，而非加集成测试了事。

重点：用症状自检系统，比争论「这代码丑不丑」有用。
重点：依赖与模糊是根因，重构应朝这两刀砍。
注意：不能因「反正只有我一个人懂」而放任复杂度——未来的你也是新人。
注意：性能、安全等问题最终也体现为复杂度，勿拆成对立目标。