开闭原则希望软件对扩展开放对修改封闭
但是我们无法做到让软件对任何变化方向都封闭,都容易扩展。
在设计软件的时候,考虑太多将来可能的变化会导致过度设计,软件变得非常臃肿效率低下,是的设计得不偿失。
通常的建议是“亡羊补牢”
当变化出现后,我们根据变化的方向重构软件。
问题是,这样做有什么意义?如果前提是我们不能确定未来软件变化的方向
一种可能是,第一次出现了一种变化后,之后,同一方向的变化更可能还会出现。现实中有这样的例子
我个人的一个想法是,重构的意义在于,当变化发生时,我们让软件的“归零”
例如:
软件开始时是
X
然后出现“横向”的变化,软件变成
X-X-X
如果不重构,下一次出现了“纵向”的变化,软件会变成
X-X-X
X-X-X
X-X-X
但如果我们在软件第一次出现“横向”变化的时候重构,软件变成
X Y
那么之后出现了“纵向”变化时
X Y
X
X
再重构
X Y
Z
无论下次变化方向是什么,亡羊补牢式重构都是有意义的