这一章的情节太丰富了,甚至都讲到了一国两制,而且用了丰富的形容词,以至于我不止一次的忘记我是在学习设计模式
开-闭原则,面向扩展开放,面向修改关闭。 (书中的单词是否拼写错误?)
我们在做任何系统的时候,都不要指望一开始需求确定之后就再也不修改,而是要考虑如何在面对需求变化时,设计的软件可以相对容易的修改。
设计软件要容易维护而又不容易出问题的最好办法,时多扩展,少修改。
我们在最初编写代码时,假设不会发生变化,当变化发生时,我们就创造抽象来隔离以后发生的变化。
比如,做一个加法功能,可以很快的就在client中完成,此时需要加一个减法功能,就需要修改原来的client,这就违背了开-闭原则。
于是考虑重构程序,增加一个运算抽象类,利用集成、多态来隔离具体的加减法与client之间的耦合。
这时如果需要增加乘除法功能,那么就不需要再去修改client以及加减法,而只需要扩展就可以了。
面对需求,对程序的改动是通过增加代码进行的,而不是改变现有代码,这就是开-闭原则的精神所在。
这一章讲的吧,我作为一个读者,感觉一般。