C# 实例解释面向对象编程中的里氏替换原则

简介: 版权声明:本文为CSDN博主「Phil Arist」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。原文链接:https://blog.csdn.net/qq_41872328/article/details/123457474

在面向对象编程中,SOLID 是五个设计原则的首字母缩写,旨在使软件设计更易于理解、灵活和可维护。这些原则是由美国软件工程师和讲师 罗伯特·C·马丁(Robert Cecil Martin) 提出的许多原则的子集,在他 2000 年的论文 《设计原则与设计模式》 中首次提出。

SOLID 原则

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.cs 基类。

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、ContractEmployeeTemporaryEmployee 创建对象赋值给基类变量 e,然后调用 eCalculateBonus() 方法。

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()} 元");
}

运行一下可以观察到(显而易见的),当使用 PermanentEmployeeContractEmployee 类创建的对象替换基类型 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# 代码示例简明地诠释了它的含意和实现,希望对您有所帮助。

目录
相关文章
|
6月前
|
Java C#
C# 面向对象编程解析:优势、类和对象、类成员详解
OOP代表面向对象编程。 过程式编程涉及编写执行数据操作的过程或方法,而面向对象编程涉及创建包含数据和方法的对象。 面向对象编程相对于过程式编程具有几个优势: OOP执行速度更快,更容易执行 OOP为程序提供了清晰的结构 OOP有助于保持C#代码DRY("不要重复自己"),并使代码更易于维护、修改和调试 OOP使得能够创建完全可重用的应用程序,编写更少的代码并减少开发时间 提示:"不要重复自己"(DRY)原则是有关减少代码重复的原则。应该提取出应用程序中常见的代码,并将其放置在单一位置并重复使用,而不是重复编写。
73 0
|
11月前
|
缓存 C#
C# 操作路径(Path)类方法的使用与解析运行实例
C# 操作路径(Path)类方法的使用与解析运行实例
|
数据采集 JSON API
C#网络爬虫实例:使用RestSharp获取Reddit首页的JSON数据并解析
C#网络爬虫实例:使用RestSharp获取Reddit首页的JSON数据并解析
|
2月前
|
安全 C#
C# 面向对象编程的三大支柱:封装、继承与多态
【9月更文挑战第17天】在C#中,面向对象编程的三大支柱——封装、继承与多态,对于编写安全、可维护、可复用的代码至关重要。封装通过访问修饰符和属性保护数据;继承允许子类继承父类的属性和方法,实现代码复用和多态;多态则提高了代码的灵活性和通用性。掌握这三大概念能显著提升C#编程能力,优化开发效率和代码质量。
|
1月前
|
数据可视化 程序员 C#
C#中windows应用窗体程序的输入输出方法实例
C#中windows应用窗体程序的输入输出方法实例
39 0
|
3月前
|
C#
C# 面向对象编程(三)——接口/枚举类型/泛型
C# 面向对象编程(三)——接口/枚举类型/泛型
31 0
|
3月前
|
C# 索引
C# 面向对象编程(二)——继承
C# 面向对象编程(二)——继承
37 0
|
3月前
|
Java C# 索引
C# 面向对象编程(一)——类
C# 面向对象编程(一)——类
33 0
|
3月前
|
传感器 开发框架 JSON
聊聊 C# dynamic 类型,并分享一个将 dynamic 类型变量转为其它类型的技巧和实例
聊聊 C# dynamic 类型,并分享一个将 dynamic 类型变量转为其它类型的技巧和实例
151 0
|
4月前
|
文字识别 自然语言处理 C#
印刷文字识别使用问题之C#发票识别的代码实例在哪里可以查看
印刷文字识别产品,通常称为OCR(Optical Character Recognition)技术,是一种将图像中的印刷或手写文字转换为机器编码文本的过程。这项技术广泛应用于多个行业和场景中,显著提升文档处理、信息提取和数据录入的效率。以下是印刷文字识别产品的一些典型使用合集。