C# 实例解释面向对象编程中的里氏替换原则
在面向对象编程中,SOLID 是五个设计原则的首字母缩写,旨在使软件设计更易于理解、灵活和可维护。这些原则是由美国软件工程师和讲师罗伯特·C·马丁(Robert Cecil Martin)提出的许多原则的子集,在他2000年的论文《设计原则与设计模式》中首次提出。
SOLID 原则包含:
- S:单一功能原则(single-responsibility principle)
- O:开闭原则(open-closed principle)
- L:里氏替换原则(Liskov substitution principle)
- I:接口隔离原则(Interface segregation principle)
- D:依赖反转原则(Dependency inversion principle)
本文我们来介绍里氏替换原则。
里氏替换原则
在面向对象的程序设计中,里氏替换原则(Liskov Substitution principle)是对子类型的特别定义。它由芭芭拉·利斯科夫(Barbara Liskov)在1987年的一次会议上,在名为“数据的抽象与层次”的演说中首次提出。
里氏替换原则的内容可以描述为:“派生类(子类)对象可以在程序中代替其基类(超类)对象。”
也就是说,程序中的对象不管出现在什么地方,都应该可以使用其派生类(子类)的对象进行替换,而不影响程序运行的正确性。
C# 示例
我们看这样一个示例,假设一个企业有三种员工,一种是拿铁饭碗的永久雇员,一种是合同工,一种是临时工。我们设计几个类来表示这三种员工。
糟糕的示范
先定义一个 Employee 基类。
public abstract class Employee
{
public string Name { get; set; }
/// <summary>
/// 计算奖金
/// </summary>
/// <returns></returns>
public abstract decimal CalculateBonus();
}
再定义该基类的三个子类:
/// <summary>
/// 永久雇员
/// </summary>
public class PermanentEmployee : Employee
{
public override decimal CalculateBonus()
{
return 80000;
}
}
/// <summary>
/// 合同工
/// </summary>
public class ContractEmployee : Employee
{
public override decimal CalculateBonus()
{
return 2000;
}
}
/// <summary>
/// 临时工(临时工没有奖金)
/// </summary>
public class TemporaryEmployee : Employee
{
public override decimal CalculateBonus()
{
throw new NotImplementedException(); //违反里氏替换原则
}
}
接下来在 Main 方法中调用它们。
先定义一个类型为基类 Employee 的变量 e,再分别使用其子类 PermanentEmployee、ContractEmployee 和 TemporaryEmployee 创建对象赋值给基类变量 e,然后调用 e 的 CalculateBonus() 方法。
static void Main(string[] args)
{
Employee e;
e = new PermanentEmployee() { Name = "张三" };
Console.WriteLine($"{e.Name} 的年终奖是 {e.CalculateBonus()} 元");
e = new ContractEmployee() { Name = "李四" };
Console.WriteLine($"{e.Name} 的年终奖是 {e.CalculateBonus()} 元");
e = new TemporaryEmployee() { Name = "王五" };
Console.WriteLine($"{e.Name} 的年终奖是 {e.CalculateBonus()} 元");
}
运行一下可以观察到(显而易见的),当使用 PermanentEmployee 和 ContractEmployee 类创建的对象替换基类型 Employee 的变量 e 时,调用 CalculateBonus() 方法可以正常运行,但是使用 TemporaryEmployee 类创建的对象替换变量 e 时,调用 CalculateBonus() 方法抛出了异常,导致程序无法正常运行。这就明显违反了里氏替换原则。
那么,应该如何改进一下呢?
正确的示范
我们看到,每种员工都有基本信息 Name 属性,但是由于临时工 TemporaryEmployee 没有奖金,所以不需要计算奖金。因此我们应该把计算奖金的方法 CalculateBonus 单独抽象出去,而不是让它们都继承于同一个基类,并将 TemporaryEmployee 子类中的 CalculateBonus 方法抛出一个异常。
改进后的代码:
interface IEmployee
{
/// <summary>
/// 计算年终奖
/// </summary>
/// <returns></returns>
public decimal CalculateBonus();
}
public abstract class Employee
{
public string Name { get; set; }
}
/// <summary>
/// 永久雇员
/// </summary>
public class PermanentEmployee : Employee, IEmployee
{
public decimal CalculateBonus()
{
return 80000;
}
}
/// <summary>
/// 合同工
/// </summary>
public class ContractEmployee : Employee, IEmployee
{
public decimal CalculateBonus()
{
return 2000;
}
}
/// <summary>
/// 临时工
/// </summary>
public class TemporaryEmployee : Employee
{
}
在 Main 方法中,将调用它们的测试代码改为:
static void Main(string[] args)
{
Employee e;
IEmployee ie;
var p = new PermanentEmployee() { Name = "张三" };
e = p;
ie = p;
Console.WriteLine($"{e.Name} 的年终奖是 {ie.CalculateBonus()} 元");
var c = new ContractEmployee() { Name = "李四" };
e = c;
ie = c;
Console.WriteLine($"{e.Name} 的年终奖是 {ie.CalculateBonus()} 元");
e = new TemporaryEmployee() { Name = "王五" };
Console.WriteLine($"{e.Name} 是临时工,无年终奖。");
}
程序运行正常。
这样,这些子类的设计便遵循了里氏替换原则。
总结
本文我介绍了 SOLID 原则中的里氏替换原则(Liskov substitution principle),并通过 C# 代码示例简明地诠释了它的含意和实现,希望对您有所帮助。
作者 : 技术译民
出品 : 技术译站
参考文档:
- https://en.wikipedia.org/wiki/SOLID
- https://www.c-sharpcorner.com/blogs/liskov-substitution-principle-in-c-sharp
C# 实例解释面向对象编程中的里氏替换原则的更多相关文章
- C# 实例解释面向对象编程中的单一功能原则
在面向对象编程中,SOLID 是五个设计原则的首字母缩写,旨在使软件设计更易于理解.灵活和可维护.这些原则是由美国软件工程师和讲师罗伯特·C·马丁(Robert Cecil Martin)提出的许多原 ...
- C# 实例解释面向对象编程中的开闭原则
在面向对象编程中,SOLID 是五个设计原则的首字母缩写,旨在使软件设计更易于理解.灵活和可维护.这些原则是由美国软件工程师和讲师罗伯特·C·马丁(Robert Cecil Martin)提出的许多原 ...
- C# 实例解释面向对象编程中的接口隔离原则
在面向对象编程中,SOLID 是五个设计原则的首字母缩写,旨在使软件设计更易于理解.灵活和可维护.这些原则是由美国软件工程师和讲师罗伯特·C·马丁(Robert Cecil Martin)提出的许多原 ...
- C# 实例解释面向对象编程中的依赖反转原则
在面向对象编程中,SOLID 是五个设计原则的首字母缩写,旨在使软件设计更易于理解.灵活和可维护.这些原则是由美国软件工程师和讲师罗伯特·C·马丁(Robert Cecil Martin)提出的许多原 ...
- C#中的里氏替换原则
里氏转换原则 子类可以赋值给父类对象 父类对象可以强制转化为对应的子类对象 里氏替换原则直观理解就是"子类是父类",反过来就说不通了. 就像男人是人对的,但人是男人就不对了. 这样 ...
- "围观"设计模式(2)--里氏替换原则(LSP,Liskov Substitution Principle)
在面向对象的程序设计中.里氏替换原则(Liskov Substitution principle)是对子类型的特别定义.它由芭芭拉·利斯科夫(Barbara Liskov)在1987年在一次会议上名为 ...
- [OOD]违反里氏替换原则的解决方案
关于OOD中的里氏替换原则,大家耳熟能祥了,不再展开,可以参考设计模式的六大设计原则之里氏替换原则.这里尝试讨论常常违反的两种形式和解决方案. 违反里氏替换原则的根源是对子类及父类关系不明确.我们在设 ...
- C#中面向对象编程中的函数式编程详解
介绍 使用函数式编程来丰富面向对象编程的想法是陈旧的.将函数编程功能添加到面向对象的语言中会带来面向对象编程设计的好处. 一些旧的和不太老的语言,具有函数式编程和面向对象的编程: 例如,Smallta ...
- Dart编程实例 - Dart 面向对象编程
Dart编程实例 - Dart 面向对象编程 class TestClass { void disp() { print("Hello World"); } } void main ...
随机推荐
- mysql之突破secure_file_priv写webshell
在某些情况下,当我们进入了一个网站的phpMyAdmin时,想通过select into outfile来写shell,但是通常都会报错. 这是因为在mysql 5.6.34版本以后 secure_f ...
- day 18 C语言顺序结构基础定义1
(1).有以下程序: 程序运行后的输出结果是[B] (A).3,5,5,3 (B).3,5,3,5 (C).5,3,3,5 (D).5,3,5,3 这个题其实也可以弄成改错题,传到函数里面要对其值操作 ...
- 《剑指offer》面试题42. 连续子数组的最大和
问题描述 输入一个整型数组,数组里有正数也有负数.数组中的一个或连续多个整数组成一个子数组.求所有子数组的和的最大值. 要求时间复杂度为O(n). 示例1: 输入: nums = [-2,1,-3,4 ...
- 《剑指offer》面试题50. 第一个只出现一次的字符
问题描述 在字符串 s 中找出第一个只出现一次的字符.如果没有,返回一个单空格. 示例: s = "abaccdeff" 返回 "b" s = "&q ...
- Python-多线程及生产者与消费者
一.前置知识 1. 队列基础 如果不指定队列是什么,请自行查阅 在Python中,队列是最常用的线程间的通信方法,因为它是线程安全的 from queue import Queue # 创建队列 # ...
- Javascript——ES6( ECMAScript 6.0)语法
ES6( ECMAScript 6.0)语法 一.let/const与var的区别 var 会进行预解析,let/const不会 var可以声明两个重名的变量,let/const不能 var没有块级作 ...
- Shell 脚本循环遍历日志文件中的值进行求和并计算平均值,最大值和最小值
本文为博主原创,转载请注明出处: 最近在进行压测,为了观察并定位服务性能的瓶颈,所以在代码中很多地方加了执行耗时的日志,但这种方式只能观察,却在压测的时候,不太能准确的把握代码中某些方法的性能,所以想 ...
- Python中hash加密
目录 简介 概念 特点 hash有哪些 算法碰撞 加盐防碰撞 加密 hashlib 主要方法 特有方法 使用方法 加盐 crypt 主要方法 使用说明 应用 密码加密 应用一致性校验 简介 概念 散列 ...
- Java安全之C3P0利用与分析
Java安全之C3P0利用与分析 目录 Java安全之C3P0利用与分析 写在前面 C3P0 Gadget http base C3P0.getObject() 序列化 反序列化 Class.forN ...
- kdj
随机指标KDJ一般是用于股票分析的统计体系,根据统计学原理,通过一个特定的周期(常为9日.9周等)内出现过的最高价.最低价及最后一个计算周期的收盘价及这三者之间的比例关系,来计算最后一个计算周期的未成 ...