Java设计模式七大原则-里氏代换原则

简介: Java设计模式七大原则-里氏代换原则

里氏代换原则

1、里氏代换原则介绍


里氏代换原则(Liskov Substitution Principle, LSP):子类型必须能够替换掉它们的父类型。


一个软件实体如果使用的是一个父类的话,那么一定适用于其子类,而且它察觉不出父类对象和子类对象的区别。也就是说,在软件里面,把父类都替换成它的子类,程序的行为没有变化,简单地说,子类型必须能够替换掉它们的父类型。

这个原则主要是为了保证在使用继承时,子类能够替换掉父类,并且在不影响系统原有功能的前提下,增加新的功能。也就是说,如果一个程序是建立在一个父类的基础上,那么通过替换成其子类,程序仍然能够正常运行,并达到预期的结果。

里氏代换原则的关键在于子类重写父类的方法必须保证父类所定义的方法的前置条件、后置条件以及副作用在子类中仍然成立。也就是说,子类对父类的方法进行重写时,不应该改变原有的约定、规范和契约,否则可能会破坏原有的功能。

2、案例说明

class Rectangle {
    protected int width = 0;
    protected int height = 0;
    public void setWidth(int width) {
        this.width = width;
    }
    public void setHeight(int height) {
        this.height = height;
    }
    public int getWidth() {
        return width;
    }
    public int getHeight() {
        return height;
    }
    public int getArea() {
        return width * height;
    }
}
class Square extends Rectangle {
    public void setWidth(int width) {
        this.width = width;
        this.height = width;
    }
    public void setHeight(int height) {
        this.width = height;
        this.height = height;
    }
}
public class Main {
    public static void main(String[] args) {
        Rectangle r = new Square();
        r.setWidth(5);
        r.setHeight(10);
        System.out.println(r.getArea());
    }
}


在这个程序中,我们定义了一个矩形类和它的子类正方形。正方形是矩形的一种特殊情况,只不过长和宽相等而已。显然,正方形可以替换矩形的位置,但是,在这个例子中,如果我们以正方形对象来创建一个矩形对象的话,就会出现问题。因为矩形的宽和高是可以分别设置的,而正方形必须保证宽和高相等。由于正方形重写了父类矩形的设置宽、高的方法,因此矩形作为父类被替换成正方形的时候,就会出现宽高不符合期望的情况。


这个例子违反了LSP原则,因为父类与子类之间的行为不是完全一致的,父类中允许的某些操作在子类中并不适用。

3、使用LSP改进代码

abstract class Quadrilateral{
    protected int width = 0;
    protected int height = 0;
    public void setWidth(int width) {
        this.width = width;
    }
    public void setHeight(int height) {
        this.height = height;
    }
    public int getWidth() {
        return width;
    }
    public int getHeight() {
        return height;
    }
    public abstract int getArea();
}
class Rectangle extends Quadrilateral {
    public int getArea() {
        return width * height;
    }
}
class Square extends Quadrilateral {
    public void setWidth(int side) {
        this.width = side;
        this.height = side;
    }
    public void setHeight(int side) {
        this.width = side;
        this.height = side;
    }
    public int getArea() {
        return width * height;
    }
}
public class Main {
    public static void main(String[] args) {
        Quadrilateral q1 = new Rectangle();
        q1.setWidth(5);
        q1.setHeight(10);
        Quadrilateral q2 = new Square();
        q2.setWidth(5);
        System.out.println(q1.getArea());
        System.out.println(q2.getArea());
    }
}



在这个程序中,我们定义了一个抽象的四边形类Quadrilateral,并且让Rectangle和Square分别继承这个类。因为两个类都共享了它们所包含的行为(getArea)。Square类重写了setWidth和setHeight方法以确保高度和宽度相等。这样,我们就能够根据需要使用Rectangle或Square对象来进行运算而不会改变程序的表现和结果。


这个程序遵循了LSP原则,因为Quadrilateral类和它的子类之间所共享的行为是完全一致的。在使用子类时,程序得到的结果与使用父类时是一样的。

4、总结

LSP原则:子类应该能够完全替代父类,并且拥有父类所有的行为和属性。


优点:


提高了代码的复用性。由于子类可以完全替代父类,所以可以通过继承来实现代码的共享和复用。

增加了代码的可扩展性。如果需要添加新的功能或修改现有功能,可以通过创建新的子类或重写父类的方法来实现,而不必修改原有的代码。

方便了代码的维护。由于子类和父类之间具有一致性,所以在修复父类代码时,也会自动修复所有的子类。

降低了代码的耦合性。由于子类依赖于父类,而不是具体的实现,所以在修改父类时,不必担心会影响到其他的子类。

缺点:


可能导致代码过度设计。为了满足LSP原则,可能需要创建大量的抽象类和接口,这可能会导致代码过于复杂和难以理解。

可能导致性能下降。由于过多的抽象层次和接口,可能会导致程序的运行效率降低。

可能会出现类型转换问题。在某些情况下,子类可能无法完全替代父类,需要进行类型转换,这可能会导致运行时错误。

目录
相关文章
|
3天前
|
设计模式 Java 程序员
【23种设计模式·全精解析 | 概述篇】设计模式概述、UML图、软件设计原则
本系列文章聚焦于面向对象软件设计中的设计模式,旨在帮助开发人员掌握23种经典设计模式及其应用。内容分为三大部分:第一部分介绍设计模式的概念、UML图和软件设计原则;第二部分详细讲解创建型、结构型和行为型模式,并配以代码示例;第三部分通过自定义Spring的IOC功能综合案例,展示如何将常用设计模式应用于实际项目中。通过学习这些内容,读者可以提升编程能力,提高代码的可维护性和复用性。
【23种设计模式·全精解析 | 概述篇】设计模式概述、UML图、软件设计原则
|
27天前
|
设计模式 消息中间件 搜索推荐
Java 设计模式——观察者模式:从优衣库不使用新疆棉事件看系统的动态响应
【11月更文挑战第17天】观察者模式是一种行为设计模式,定义了一对多的依赖关系,使多个观察者对象能直接监听并响应某一主题对象的状态变化。本文介绍了观察者模式的基本概念、商业系统中的应用实例,如优衣库事件中各相关方的动态响应,以及模式的优势和实际系统设计中的应用建议,包括事件驱动架构和消息队列的使用。
|
1月前
|
设计模式 Java 数据库连接
Java编程中的设计模式:单例模式的深度剖析
【10月更文挑战第41天】本文深入探讨了Java中广泛使用的单例设计模式,旨在通过简明扼要的语言和实际示例,帮助读者理解其核心原理和应用。文章将介绍单例模式的重要性、实现方式以及在实际应用中如何优雅地处理多线程问题。
39 4
|
2月前
|
设计模式 Java 程序员
[Java]23种设计模式
本文介绍了设计模式的概念及其七大原则,强调了设计模式在提高代码重用性、可读性、可扩展性和可靠性方面的作用。文章还简要概述了23种设计模式,并提供了进一步学习的资源链接。
54 0
[Java]23种设计模式
|
1月前
|
设计模式 JavaScript Java
Java设计模式:建造者模式详解
建造者模式是一种创建型设计模式,通过将复杂对象的构建过程与表示分离,使得相同的构建过程可以创建不同的表示。本文详细介绍了建造者模式的原理、背景、应用场景及实际Demo,帮助读者更好地理解和应用这一模式。
|
2月前
|
设计模式 监控 算法
Java设计模式梳理:行为型模式(策略,观察者等)
本文详细介绍了Java设计模式中的行为型模式,包括策略模式、观察者模式、责任链模式、模板方法模式和状态模式。通过具体示例代码,深入浅出地讲解了每种模式的应用场景与实现方式。例如,策略模式通过定义一系列算法让客户端在运行时选择所需算法;观察者模式则让多个观察者对象同时监听某一个主题对象,实现松耦合的消息传递机制。此外,还探讨了这些模式与实际开发中的联系,帮助读者更好地理解和应用设计模式,提升代码质量。
Java设计模式梳理:行为型模式(策略,观察者等)
|
3月前
|
存储 设计模式 安全
Java设计模式-备忘录模式(23)
Java设计模式-备忘录模式(23)
|
3月前
|
设计模式 存储 算法
Java设计模式-命令模式(16)
Java设计模式-命令模式(16)
|
3月前
|
设计模式 存储 缓存
Java设计模式 - 解释器模式(24)
Java设计模式 - 解释器模式(24)
|
3月前
|
设计模式 安全 Java
Java设计模式-迭代器模式(21)
Java设计模式-迭代器模式(21)