前言
本篇是概念篇,无代码
小菜叹气
小菜考研失败了,同时工作也没找到.原因是他每天复习长达十个小时,效率不行,并且没花时间整理自己的简历和关心有什么公司在招聘
大鸟说,虽然考研不能耽误,但是不影响找工作的.在软件设计模式中,这种不能修改,但可以扩展的思想,就是开放-封闭原则
开放-封闭原则
开放-封闭原则,是说软件实体(类,模块,函数等等)应该可以扩展,但是不可修改
这个原则有两个特征,一个是对扩展是开放的 ,另一个是对更改是封闭的
多扩展 少修改
任何系统都不能做到需求永不变化,我们需要做到面对需求改变可以保持相对稳定,在出第一个版本后不断推出新的版本
如何应对变化
设计的时候,时刻要考虑,尽量让这个类是足够好,写好了就不要去修改了,如果新需求来,我们增加一些类就完事了,原来的代码能不动则不动
无论模块是多么的封闭,都会存在一些无法对之封闭的变化,既然不可能完全封闭,设计人员必须对他设计的模块应该对那种变化封闭做出选择,他必须先猜测出最有可能发生的变化种类,然后构造抽象来隔离那些变化
事实上很难预测到变化,但是我们可以在发生小变化时,就及时想办法应对更大变化的可能,简单的说就是等到变化发生时需要立即行动
在我们最初编写代码时,假设变化不会发生,当变化发生时,我们就创建抽象来隔离以后发生的同类变化,面对需求,对程序的改动通过增加新代码进行,而不是更改现有的代码,这是"开放-封闭原则"精神所在
我们希望的是在开发工作展开不久就知道可能发生的变化,查明可能发生的变化所等待的时间越长,要创建正确的抽象就越困难
开发-封闭原则是面向对象设计的核心所在,遵循这个原则可以带来面向对象技术所声称的巨大好处,也就是可维护,可扩展,可复用,灵活性好,开发人员应该仅对程序中呈现出频繁变化的那些部分出来抽象,然而,对于应用程序中的每个部分都刻意地进行抽象同样不是一个好主意,拒绝不成熟的抽象和抽象本身一样重要