开闭原则与亡羊补牢

开闭原则希望软件对扩展开放对修改封闭

但是我们无法做到让软件对任何变化方向都封闭，都容易扩展。

在设计软件的时候，考虑太多将来可能的变化会导致过度设计，软件变得非常臃肿效率低下，是的设计得不偿失。

 

通常的建议是“亡羊补牢”

当变化出现后，我们根据变化的方向重构软件。

 

问题是，这样做有什么意义？如果前提是我们不能确定未来软件变化的方向

一种可能是，第一次出现了一种变化后，之后，同一方向的变化更可能还会出现。现实中有这样的例子

 

我个人的一个想法是，重构的意义在于，当变化发生时，我们让软件的“归零”

 

例如：

软件开始时是

X

 

然后出现“横向”的变化，软件变成

X-X-X

 

如果不重构，下一次出现了“纵向”的变化，软件会变成

X-X-X

X-X-X

X-X-X

 

但如果我们在软件第一次出现“横向”变化的时候重构，软件变成

X     Y

 

那么之后出现了“纵向”变化时

X     Y

X

X

 

再重构

X     Y

Z

 

无论下次变化方向是什么，亡羊补牢式重构都是有意义的