(1)隔离变化:从宏观层面上来看,面向对象的构建方式更能适应软件的变化,能将变化所带来的影响减为最小。
(2)各司其职:从微观层面来看,面向对象的方式更强调各个类的“责任”,由于需求变化导致的新增类型不应该影响原来类型的实现。
(3)理解定义:从语言实现层面来看,对象封装了代码和数据;从规格层面讲,对象是一系列可被使用的公共接口;从概念来讲,对象是某种拥有责任的抽象。
“设计模式都是基于设计原则衍生而来的,不要求完全掌握全部设计模式,但要求精通理解八大设计原则,从而直接掌握全部设计模式或设计出自己的设计模式”,CEO李建忠如是说
(1)依赖倒置原则(DIP):
● 高层模块(稳定)不应该依赖于低层模块(变化),二者都应该依赖于抽象(稳定)
● 抽象(稳定)不应该依赖于实现细节(变化),实现细节应该依赖于抽象(稳定)
举例:如下图,左侧的设计会在需新增一个类的时候带来很多麻烦,比如去头文件增加相应的类,在cpp文件中实现对应类的函数,还需要去继承一下父类等操作。而右侧的设计只需新增一个类,其他都是交由Shape抽象类去实现,我们只需要去新增东西。Shape抽象类实现的是接口哦,也就与第八个FIP原则相辅相成。
(2)开放封闭原则(OCP):
● 对扩展开放,对更改封闭
● 类模块应该是可扩展的,但是不可修改
举例:在厂家需要生成木板的时候,前期已经生产好一批木板,但后面因更改需求需要生产防火的木板,那我们不可能把已生产好的木板全部销毁,而可以在木板外涂一层防火涂料,这样就符合OCP原则。
(3)单一职责原则(SRP):
● 一个类应该仅有一个引起它变化的原因
● 变化的方向隐含着类的责任
(4)Liskov替换原则(LSP):
● 子类必须能够替换它们的基类(是is - a的关系)。如果A是B的父类,所有需要父类的地方,那么B都必须要可以传过去使用
● 继承表达类型抽象
(5)接口隔离原则(ISP):
● 不应该强迫客户程序依赖它们不用的方法
● 接口应该小而完备。所谓小,尽量不要把不必要的方法都public出去,如果只是子类使用的话就protected,如果是本类使用的话就private
(6)优先使用对象组合,而不是类继承原则(FOCP):
● 类继承通常为“白箱复用”,对象组合通常为“黑箱复用”
● 继承在某种程度上破坏了封装性,子类父类耦合度高。像父继承爷、子继承父,这些是非理想的继承,理想的继承应该是类属关系。比如说,父继承人类、人类继承生物;SUV继承汽车、汽车继承交通工具等
● 而对象组合原则只要求被组合的对象具有良好定义的接口,耦合度低
(7)封装变化点原则(ECP):
● 使用封装来创建对象之间的分界层,让设计者可以在层的一侧进行修改,而不会对另一侧产生不良的影响,从而实现层次间的松耦合
(8)针对接口编程,而不是针对实现原则(FIP):
● 不将变量类型声明为某个特定的具体类,而是声明为某个接口,这是非绝对化的,主要针对业务
● 客户程序无需获知对象的具体类型,只需要知道对象所具有的接口
● 减少系统中各部分的依赖关系,从而实现“高内聚、松耦合”的类型设计方案
(1)秦国为什么能统一六国? —— 接口标准化
因为我们是码农,所以我们从技术流的角度来分析。据史书记载,秦的兵器不论东西南北的出土地点,都有统一的标准,包括剑、戈、弩等,甚至弩机、弩体、箭头都是一样的,而其他六国不是。所以在战场支援上,军备物资调配,型号不匹配、接口不统一、战场人员不熟悉使用不同型号的武器,容易在战场上战败。秦不止在武器方面上做了统一,还在钱币、度量衡等做了统一。
(2)毕生的活字印刷为什么成为四大发明并推动人类文明? —— 针对接口处理
以前的雕版印刷是固定死了的,比如我要生产一个刻有“设计模式”的木牌,再生产“模式设计”的木牌,需要耗费大量工作且繁琐。而活字印刷,只需要将单独刻有的字,嵌入木牌里面的凹槽,就能组成一个木牌,这就是活字印刷的妙处。