4.1.2 单一职责浮现：小步重构揭示问题

文档摘要

4.1.2 单一职责浮现：小步重构揭示问题我们常常误以为“设计”是编码前必须完成的蓝图——仿佛软件工程师是建筑师，而代码只是施工队按图作业的砖瓦。但现实里，最精妙的设计往往不是画在白板上的UML类图，而是从测试失败的红灯、从重复的断言、从不断膨胀的方法中，一寸寸浮出水面的呼吸感。TDD（测试驱动开发）真正的魔力，不在于它能保证代码正确，而在于它提供了一套可感知、可度量、可回退的感官系统：每一次的循环，都是对职责边界的触诊；每一次小步重构，都是在用代码的体温校准设计的脉搏。本节聚焦于一个看似朴素却极具穿透力的现象：单一职责并非被定义出来的，而是被小步重构“逼”出来的。