[OOD设计原则]三.里氏替换原则(LSP)

前端之家收集整理的这篇文章主要介绍了[OOD设计原则]三.里氏替换原则(LSP)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
三.里氏替换原则(LSP)
里氏替换原则的核心思想就是:在任何父类出现的地方都可以用它的子类来替代。它的英文缩写是LSP,英文全称是Liskov Substitution Principle。
其实里氏替换原则的意思就是:同一个继承体系中的对象应该有共同的行为特征。里氏代换原则关注的是怎样良好地使用继承,也就是说不要滥用继承,它是继承复用的基石。


例如:
有一个数据库操作流程,假设是创建表1,写入数据到表1,创建表2,写入数据到表2.
首先,这个操作流程的数据库系统是不确定的,可能是MysqL,可能是Oracle.
但是流程是一致的:"创建表1,写入数据到表2".

那么,我们可以把数据库系统抽象为父类(DataBaseFather),然后实现操作流程.
如果使用MysqL,那么可以生成DataBaseFather的一个子类MysqLClass,
如果使用Oracle,那么可以生成DataBaseFather的一个子类OracleClass,
利用面向对象的多态,即实现"里氏替换原则"

因为操作流程是固定的,当实现了操作流程并测试后,修改数据库系统也不需要对操作流程重新测试.

其实从举例中,我们也可以发现,在我们做系统设计的时候,我们应该尽量提取系统中的"经常变化"和"不变化"的地方.
"经常变化"的地方就意味着经常修改,经常测试. 而"不变化"的地方基本上是固定了,测试一遍后基本上可以了.
如果没有很好的提取系统中的"经常变化"和"不变化"的地方,那么会引起"不变化的地方"要跟着"经常变化的地方"来变化. 这是不好的.

说白了,就是"经常变化的地方"和"不变化的地方"一定要解耦.

猜你在找的设计模式相关文章