设计模式 -- 里氏替换原则

设计模式 – 里氏替换原则
OO 中的继承性的思考和说明
  1. 继承包含这样一层含义:父类中凡是已经实现好的方法,实际上是在设定规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些已经实现的方法任意修改,就会对整个继承体系造成破坏。
  2. 继承在给程序设计带来便利的同时,也带来了弊端。比如使用继承会给程序带来侵入性,程序的可移植性降低, 增加对象间的耦合性,如果一个类被其他的类所继承,则当这个类需要修改时,必须考虑到所有的子类,并且父类修改后,所有涉及到子类的功能都有可能产生故障
  3. 问题提出:在编程中,如何正确的使用继承? => 里氏替换原则

1、基本介绍

  1. 里氏替换原则(Liskov Substitution Principle)在 1988 年,由麻省理工学院的一位姓里的女士提出的。
  2. 如果对每个类型为 T1 的对象 o1,都有类型为 T2 的对象 o2,使得以 T1 定义的所有程序 P 在所有的对象 o1 都代换成 o2 时,程序 P 的行为没有发生变化,那么类型 T2 是类型 T1 的子类型。换句话说,所有引用基类的地方必须能透明地使用其子类的对象。
  3. 在使用继承时,遵循里氏替换原则,在子类中尽量不要重写父类的方法
  4. 里氏替换原则告诉我们,继承实际上让两个类耦合性增强了,在适当的情况下,可以通过聚合,组合,依赖 来解决问题。

2、应用实例

public class Liskov {

public static void main(String[] args) {
	// TODO Auto-generated method stub 
	A a = new A();
	System.out.println("11-3=" + a.func1(11, 3)); 
	System.out.println("1-8=" + a.func1(1, 8));

	System.out.println("-----------------------"); 
	B b = new B();
	System.out.println("11-3=" + b.func1(11, 3));//这里本意是求出 11-3
	System.out.println("1-8=" + b.func1(1, 8));// 1-8 
	System.out.println("11+3+9=" + b.func2(11, 3));
	}
}

// A 类
class A {
	// 返回两个数的差
	public int func1(int num1, int num2) { 
		return num1 - num2;
	}
}

// B 类继承了 A
// 增加了一个新功能:完成两个数相加,然后和 9 求和
class B extends A {
	//这里,重写了 A 类的方法,  可能是无意识
	public int func1(int a, int b) { 
		return a + b;
	}

	public int func2(int a, int b) { 
		return func1(a, b) + 9;
	}
}
解决问题
  1. 我们发现原来运行正常的相减功能发生了错误。原因就是类 B 无意中重写了父类的方法,造成原有功能出现错误。在实际编程中,我们常常会通过重写父类的方法完成新的功能,这样写起来虽然简单,但整个继承体系的复用性会比较差。特别是运行多态比较频繁的时候
  2. 通用的做法是:原来的父类和子类都继承一个更通俗的基类,原有的继承关系去掉,采用依赖,聚合,组合等关系代替
改进方法

在这里插入图片描述

public class Liskov {

	public static void main(String[] args) {
		// TODO Auto-generated method stub 
		A a = new A();
		System.out.println("11-3=" + a.func1(11, 3)); 
		System.out.println("1-8=" + a.func1(1, 8));
	
		System.out.println("-----------------------"); 
		B b = new B();
		//因为 B 类不再继承 A 类,因此调用者,不会再 func1 是求减法
		//调用完成的功能就会很明确
		System.out.println("11+3=" + b.func1(11, 3));//这里本意是求出 11+3
		System.out.println("1+8=" + b.func1(1, 8));// 1+8 
		System.out.println("11+3+9=" + b.func2(11, 3));
	
	
		//使用组合仍然可以使用到 A 类相关方法
		System.out.println("11-3=" + b.func3(11, 3));// 这里本意是求出 11-3
	}
}

//创建一个更加基础的基类 
class Base {
	//把更加基础的方法和成员写到 Base 类
}

// A 类
class A extends Base {
	// 返回两个数的差
	public int func1(int num1, int num2) { 
		return num1 - num2;
	}
}

// B 类继承了 A
// 增加了一个新功能:完成两个数相加,然后和 9 求和
class B extends Base {
	//如果 B 需要使用 A 类的方法,使用组合关系
	private A a = new A();

	//这里,重写了 A 类的方法,  可能是无意识
	public int func1(int a, int b) { 
		return a + b;
	}


	public int func2(int a, int b) { 
		return func1(a, b) + 9;
	}

	//我们仍然想使用 A 的方法
	public int func3(int a, int b) { 
		return this.a.func1(a, b);
	}
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
里氏代换原则是指程序中的对象应该是可以在不改变程序正确性的前提下被它的子类所替换的。在23种设计模式中,违反里氏代换原则的模式包括以下几种: 1. 模板方法模式:在模板方法中,由子类实现的抽象方法可能会改变模板方法的行为,违反了里氏代换原则。 2. 迭代器模式:在迭代器模式中,子类实现的迭代方法可能会引起迭代器的状态异常,违反了里氏代换原则。 3. 组合模式:在组合模式中,子类实现的添加、删除方法可能会引起整个组合对象的结构异常,违反了里氏代换原则。 4. 工厂方法模式:在工厂方法模式中,子类实现的产品可能会导致工厂方法的返回类型不一致,违反了里氏代换原则。 5. 抽象工厂模式:在抽象工厂模式中,子类实现的产品族可能会导致抽象工厂的返回类型不一致,违反了里氏代换原则。 6. 建造者模式:在建造者模式中,子类实现的部件可能会导致建造者的返回类型不一致,违反了里氏代换原则。 7. 策略模式:在策略模式中,子类实现的具体策略可能会改变策略模式的行为,违反了里氏代换原则。 8. 代理模式:在代理模式中,代理类可能会对被代理类的方法进行过滤或拦截,从而改变系统的行为,违反了里氏代换原则。 这些设计模式虽然违反了里氏代换原则,但是它们都为代码提供了更好的可扩展性和可维护性,具体情况需要根据实际情况进行权衡和选择。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值