设计模式之禅之六大设计原则-里氏替换原则

里氏替换原则
说的就是面向对象语言的继承
--->代码共享,减少创建类的工作量,每个子类都拥有父类的方法和属性。
--->提高代码的重用性。
--->子类可以形似父类,但又特殊于父类。
--->提高代码的可扩展性。实现父类的方法,可以为所欲为。许多开源框架的接口都是继承父类完成的。
--->提高产品或项目的开放性。
--->继承是侵入性的。子类必须拥有父类的属性和方法。让子类自由的世界中多了些约束。
--->增强了耦合性。当父类的常量,变量和方法被修改时,需要考虑子类的修改。造成混乱。

里氏替换原则的定义
第一种定义:如果对于每一个类型为S(子类)的对象01,都有类型为T(父类)的对象02,使得以T(父类)定义的所有程序P所在的对象01都替换成02时,程序P的行为没有发生变化,那么类型S是类型T的子类型。

第二种定义:所有引用基类(父类)的地方必须能透明地使用其子类的对象。通俗讲,就是只要父类能出现的地方子类就可以出现,而且替换成子类也不会产生任何错误或异常。使用者可能根本就不需要知道是父类还是子类。但是,反过来就不行了,有子类出现的地方,父类未必就能适应。

里氏替换原则的规范
---->子类必须完全实现父类的方法。
---->子类可以有自己的个性。
---->覆盖或实现父类的方法时,同名字的方法的输入参数可以被放大。(参数类型可以是父类参数类型的父辈级别的类型),但这不是重写,而是重载。
---->覆写或实现弗雷的方法时输出结果可以被缩小(返回结果,子类的返回类型可以是父类返回类型的子类辈)

里氏替换原则的目的
--->就是增强程序的健壮性,版本升级时也可以保持非常好的兼容性。即使增加子类,原有的子类还可以继续运行。在实际项目中,每个子类对应不同的业务含义,使用父类作为参数,传递不同的子类完成不同的业务逻辑,非常完美。

时间: 2024-10-03 21:18:47

设计模式之禅之六大设计原则-里氏替换原则的相关文章

设计模式之禅之六大设计原则-依赖倒置原则

依赖倒置原则依赖倒置原则的原始定义是:● 高层模块不应该依赖低层模块,两者都应该依赖其抽象;● 抽象不应该依赖细节;● 细节应该依赖抽象. 那什么是抽象?什么又是细节呢?---->在Java语言中,抽象就是指接口或抽象类,两者都是不能直接被实例化的;细节就是实现类,实现接口或继承抽象类而产生的类就是细节,其特点就是可以直接被实例化,也就是可以加上一个关键字new产生一个对象.依赖倒置原则在Java语言中的表现就是: ● 模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接

设计模式六大原则 里氏替换原则

设计模式六大原则(2):里氏替换原则 是不是有不少人跟我刚看到这项原则的时候一样,对这个原则的名字充满疑惑其实原因就是这项原则最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的. 2002年,软件工程大师Robert C. Martin,出版了一本<Agile Software Development Principles Patterns and Practices>,在文中他把里氏代换原则最终简化为一句话: "Subtypes must b

设计模式六大原则——里氏替换原则(LSP)

       概述        里氏替换原则(LSP,Liskov Substitution Principle)是关于继承机制的原则,是实现开放封闭原则的具体规范,违反了里氏替换原则必然违反了开放封闭原则.        引经据典                        约瑟夫.斯大林,苏联时期苏联共产党的最高领导人,对于斯大林有没有替身?有几个替身?有一种说法:斯大林有好几个替身,最著名的当属"第一替身"叶夫谢伊.卢比茨基--他"扮演"领袖斯大林长达15

设计模式之禅之六大设计原则-开闭原则

开闭原则 一:开闭原则的定义        --->一个软件实体如类.模块和函数应该对扩展开放,对修改关闭.        --->我们做一件事情,或者选择一个方向,一般需要经历三个步骤:What--是什么,Why--为什么,How--怎么做(简称3W原则,How取最后一个w)        --->对于开闭原则,我们也采用这三步来分析,即什么是开闭原则,为什么要使用开闭原则,怎么使用开闭原则? 二:如何使用开闭原则        --->抽象约束.               

设计模式之禅之六大设计原则-接口隔离原则

接口隔离原则一:什么是接口?● 实例接口(Object Interface)        ---->Person zhangSan=new Person()产生了一个实例,这个实例要遵从的标准就是Person这个类,Person类就是zhangSan的接口● 类接口(Class Interface)        ---->Java中经常使用的interface关键字定义的接口. 二:那什么是隔离呢?它有两种定义:      ---->事物的定义一般都比较难理解,晦涩难懂是正常的.我们

设计模式之禅之六大设计原则-单一职责原则

单一职责原则--->类从属性维度的划分:名词属性,动作属性.例如.用户类(User),用户行为类.(UserService)--->类和接口的设计原则要追求的目标是:有且仅有一个原因能引起它的变化.也就是一个接口或类只有一个职责,它就负责同一类的事情,如果所负责的业务超过两类或两类以上,则考虑拆分成不同的接口.   单一职责原则的好处--->类的复杂性降低,实现什么指责都清晰明确的定义--->可读性提高,因为复杂性降低,因此刻度性提高.--->可维护性提高,因为可读性提高,因

设计模式之禅之六大设计原则-迪米特原则

迪米特法则 一:迪米特法则定义:        ---->迪米特法则(Law of Demeter,LoD)也称为最少知识原则(Least KnowledgePrinciple,LKP),        ---->一个对象应该对其他对象有最少的了解.通俗地讲,一个类应该对自己需要耦合或调用的类知道得最少,你(被耦合或调用的类)的内部是如何复杂都和我没关系,那是你的事情,我就知道你提供的这么多public方法,我就调用这么多,其他的我一概不关心. 二:迪米特法则对类的低耦合提出明确的要求.   

举例解析Java的设计模式编程中里氏替换原则的意义_java

里氏替换原则,OCP作为OO的高层原则,主张使用"抽象(Abstraction)"和"多态(Polymorphism)"将设计中的静态结构改为动态结构,维持设计的封闭性."抽象"是语言提供的功能."多态"由继承语义实现. 里氏替换原则包含以下4层含义: 子类可以实现父类的抽象方法,但是不能覆盖父类的非抽象方法. 子类中可以增加自己特有的方法. 当子类覆盖或实现父类的方法时,方法的前置条件(即方法的形参)要比父类方法的输入参数更

设计模式六大原则(2):里氏替换原则

肯定有不少人跟我刚看到这项原则的时候一样,对这个原则的名字充满疑惑.其实原因就是这项原则最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的. 定义1:如果对每一个类型为 T1的对象 o1,都有类型为 T2 的对象o2,使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时,程序 P 的行为没有发生变化,那么类型 T2 是类型 T1 的子类型. 定义2:所有引用基类的地方必须能透明地使用其子类的对象. 问题由来:有一功能P1,由类A完成.现需