第9章 软件设计：告别堆砌式编码

好代码不光是能跑，还得让后人敢改。

接手过那种“胶带粘起来”的系统就知道：功能没问题，但动一处牵全身。想告别堆砌式编码，得把四件事串起来：

设计模式：别拿它当炫技工具。先写最朴素的版本，等重复和僵硬自己长出来，再让模式进场。用了反而更复杂，那就是用错了。
面向对象：类不是装函数的抽屉。一个类得能用一句话说清自己是干啥的。改需求时理想情况只动一处，职责漏雨就得拆。
架构设计：说白了就是“把复杂度关进笼子”。分层别跨层喊话，依赖要讲礼貌——稳定的被依赖，多变的去依赖别人。评价架构好不好，就看新人多久能看懂、加需求会不会波及十个模块。
需求拆解：接到模糊需求别急着敲代码。先问透他到底要解决啥痛点，再做最小可活版本。最后把容易变的部分单独圈出来，别让它的地震波及全身。

堆砌式编码在“能跑”就停手，设计式编码会多问一句：三年后它还能跑吗？