六大设计原则之“里氏替换原则”

2024-05-27 04:38

本文主要是介绍六大设计原则之“里氏替换原则”,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

通俗地讲,只要父类能出现的地方子类就可以出现,而且替换为子类也不会产生任何错误或异常,使用者可能根本就不需要知道是父类还是子类。但是,反过来就不行了,有子类出现的地方,父类未必应能适应。

 

里氏替换原则为良好的继承定义了一个规范,一句简单的定义包括了四层含义:

 

1、子类必须完全实现父类的方法

 

父类:AbstractGun

public abstract class AbstractGun {
abstract void shoot();
}

 

子类之步枪:Rifle

public class Rifle extends AbstractGun {
@Override
void shoot() {
System.out.println("步枪射击...");
}
}

 

子类之机枪:MachineGun

public class MachineGun extends AbstractGun {
@Override
void shoot() {
System.out.println("机枪射击...");
}
}

 

士兵类:Soldier

public class Soldier {
private AbstractGun gun;
// 务必要用父类或接口
public void setGun(AbstractGun _gun) {
this.gun = _gun;
}
public void kill() {
System.out.println("士兵开始射击...");
this.gun.shoot();
}
}

 

场景类:

public class Run {
public static void main(String[] args) {
Soldier sanmao = new Soldier(); // 创建新兵三毛
sanmao.setGun(new Rifle()); // 给予一把步枪
sanmao.kill(); // 三毛开始杀敌
}
}

注意:在类中调用其他类时务必要用父类或接口,若不能使用,则说明类的设计已经违背原则。

 

常见畸型继承举例:

 

接上面的应用举例,如果我们要把一把玩具枪给三毛,那么新增类:ToyGun

public class ToyGun extends AbstractGun {
// 玩具枪是不能射击的,但是为了塞给三毛,必须要继承父类
// 继承后又要求实现方法,怎么办?我们一般就强制继续一个
@Override
void shoot() {
// 玩具枪的性质是无法射击的,所以无法真正实现该方法
}
}

通常应用中经常发生如上情况,按LSP原则,则要注意:若子类不能完整地实现父类的方法,或者父类的某些方法在子类中发生畸变,则建议断开父子继承关系,采用依赖、聚集、组合等关系代替继承。

 

所以如上情况,建议方案是:ToyGun脱离继承,建立一个独立的父类(如AbstractToy),为了实现代码复用,可以与AbstractGun建立关联委托关系。例如,可以在AbstractToy中声明将声音、形状都委托给AbstractGun处理,玩具枪嘛,形状和声音都要和真枪一样,然后两个基类下的子类自由延民

 

2、子类应避免自己的个性

 

子类是可以有自己的方法和属性,但在LSP原则里,可以正着用不能反过来用。在子类出现的地方,父类未必就可以胜任。

 

比如,现在又有一把新枪AUG,它是狙击枪也是步枪的一种:

public class AUG extends Rifle {
public void zoomOut() {
System.out.println("通过望远镜观察...");
}
public void shoot() {
System.out.println("AUG射击");
}
}

这时在调用AbstractGun的各子类时,只有AUG有自己的个性方法即zoomOut,而其它的子类却都没有。那么要真正使用zoomOut方法,则必须直接调用AUG子类,不能使用抽像类或接口,则违背了上述第一个标红注意点。比如,要让Soldier类使用AUG的个性方法zoomOut,则不能使用:AbstractGun _gun为_gun属性的类型,则需直接调用AUG:AUG _gun。

 

3.覆盖或实现父类的方法时输入参数应相同或更宽松

 

举例,父类:

public class Father {
public Collection doSomething(HashMap map) {
System.out.println("father...");
return map.values();
}
}

 

子类:

public class Son extends Father {
public Collection doSomething(Map map) {
System.out.println("son...");
return map.values();
}
}

 

场景类:

	public static void main(String[] args) {
Son obj = new Son(); // 此处若改成 new Father结果也一样
HashMap map = new HashMap();
obj.doSomething(map);
}

运行结果:father...

 

此处是重载Overload,而不是覆写Override。

 

子类的输入参数类型的范围扩大了,将父类中的HashMap扩大到Map,子类代替父类传递到调用者中,子类永远不会被执行,这是正确的。如果你想让子类执行,必须覆写父类的方法。但若反过来,子类参数类型的范围小于父类,那么父类存在的地方,子类就未必可以存在 。则子类就会被执行,这会影发业务逻辑混乱,因为在实际应用中父类一般是抽像类,子类是实现类,这样的一个子类会歪曲父类的意图。

 

4.覆 或实现父类方法时输出结果的类型应小于等于父类的结果类型

 

比如,父类的一个方法返回值是类型T,子类的相同方法(重载或覆盖)的返回值是S,那么里氏替换原则就要求S必须小于等于T,也就是说,要么S和T是同一个类型,要么S是T的子类。

 

输入参数:大于等于

输出参数:小于等于

 

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

 

采用本原则时,应该尽量避免子类有“个性”,一旦子类有了个性,与父类之间的关系就难以调和。把子类当做父类用,子类的个性被抹杀;把子类单独作为一个业务来使用,则代码间的耦合关系就过于复杂缺乏类替换的标准。

 

这篇关于六大设计原则之“里氏替换原则”的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1006524

相关文章

不懂推荐算法也能设计推荐系统

本文以商业化应用推荐为例,告诉我们不懂推荐算法的产品,也能从产品侧出发, 设计出一款不错的推荐系统。 相信很多新手产品,看到算法二字,多是懵圈的。 什么排序算法、最短路径等都是相对传统的算法(注:传统是指科班出身的产品都会接触过)。但对于推荐算法,多数产品对着网上搜到的资源,都会无从下手。特别当某些推荐算法 和 “AI”扯上关系后,更是加大了理解的难度。 但,不了解推荐算法,就无法做推荐系

怎么让1台电脑共享给7人同时流畅设计

在当今的创意设计与数字内容生产领域,图形工作站以其强大的计算能力、专业的图形处理能力和稳定的系统性能,成为了众多设计师、动画师、视频编辑师等创意工作者的必备工具。 设计团队面临资源有限,比如只有一台高性能电脑时,如何高效地让七人同时流畅地进行设计工作,便成为了一个亟待解决的问题。 一、硬件升级与配置 1.高性能处理器(CPU):选择多核、高线程的处理器,例如Intel的至强系列或AMD的Ry

基于51单片机的自动转向修复系统的设计与实现

文章目录 前言资料获取设计介绍功能介绍设计清单具体实现截图参考文献设计获取 前言 💗博主介绍:✌全网粉丝10W+,CSDN特邀作者、博客专家、CSDN新星计划导师,一名热衷于单片机技术探索与分享的博主、专注于 精通51/STM32/MSP430/AVR等单片机设计 主要对象是咱们电子相关专业的大学生,希望您们都共创辉煌!✌💗 👇🏻 精彩专栏 推荐订阅👇🏻 单片机

SprinBoot+Vue网络商城海鲜市场的设计与实现

目录 1 项目介绍2 项目截图3 核心代码3.1 Controller3.2 Service3.3 Dao3.4 application.yml3.5 SpringbootApplication3.5 Vue 4 数据库表设计5 文档参考6 计算机毕设选题推荐7 源码获取 1 项目介绍 博主个人介绍:CSDN认证博客专家,CSDN平台Java领域优质创作者,全网30w+

JVM内存调优原则及几种JVM内存调优方法

JVM内存调优原则及几种JVM内存调优方法 1、堆大小设置。 2、回收器选择。   1、在对JVM内存调优的时候不能只看操作系统级别Java进程所占用的内存,这个数值不能准确的反应堆内存的真实占用情况,因为GC过后这个值是不会变化的,因此内存调优的时候要更多地使用JDK提供的内存查看工具,比如JConsole和Java VisualVM。   2、对JVM内存的系统级的调优主要的目的是减少

单片机毕业设计基于单片机的智能门禁系统的设计与实现

文章目录 前言资料获取设计介绍功能介绍程序代码部分参考 设计清单具体实现截图参考文献设计获取 前言 💗博主介绍:✌全网粉丝10W+,CSDN特邀作者、博客专家、CSDN新星计划导师,一名热衷于单片机技术探索与分享的博主、专注于 精通51/STM32/MSP430/AVR等单片机设计 主要对象是咱们电子相关专业的大学生,希望您们都共创辉煌!✌💗 👇🏻 精彩专栏 推荐订

Spring的设计⽬标——《Spring技术内幕》

读《Spring技术内幕》第二版,计文柯著。 如果我们要简要地描述Spring的设计⽬标,可以这么说,Spring为开发者提供的是⼀个⼀站式的轻量级应⽤开发框架(平台)。 作为平台,Spring抽象了我们在 许多应⽤开发中遇到的共性问题;同时,作为⼀个轻量级的应⽤开发框架,Spring和传统的J2EE开发相⽐,有其⾃⾝的特点。 通过这些⾃⾝的特点,Spring充分体现了它的设计理念:在

开题报告中的研究方法设计:AI能帮你做什么?

AIPaperGPT,论文写作神器~ https://www.aipapergpt.com/ 大家都准备开题报告了吗?研究方法部分是不是已经让你头疼到抓狂? 别急,这可是大多数人都会遇到的难题!尤其是研究方法设计这一块,选定性还是定量,怎么搞才能符合老师的要求? 每次到这儿,头脑一片空白。 好消息是,现在AI工具火得一塌糊涂,比如ChatGPT,居然能帮你在研究方法这块儿上出点主意。是不

创业者该如何设计公司的股权架构

本文来自七八点联合IT橘子和车库咖啡的一系列关于设计公司股权结构的讲座。 主讲人何德文: 在公司发展的不同阶段,创业者都会面临公司股权架构设计问题: 1.合伙人合伙创业第一天,就会面临股权架构设计问题(合伙人股权设计); 2.公司早期要引入天使资金,会面临股权架构设计问题(天使融资); 3.公司有三五十号人,要激励中层管理与重要技术人员和公司长期走下去,会面临股权架构设计问题(员工股权激

分布式文件系统设计

分布式文件系统是分布式领域的一个基础应用,其中最著名的毫无疑问是 HDFS/GFS。如今该领域已经趋向于成熟,但了解它的设计要点和思想,对我们将来面临类似场景 / 问题时,具有借鉴意义。并且,分布式文件系统并非只有 HDFS/GFS 这一种形态,在它之外,还有其他形态各异、各有千秋的产品形态,对它们的了解,也对扩展我们的视野有所俾益。本文试图分析和思考,在分布式文件系统领域,我们要解决哪些问题、有