C++依赖倒转原则和里氏代换原则有什么好处

初学依赖倒转原则和里氏代换原则时,由于笔者水平有限,并没有看懂书上的专业术语的解释,经过反复摸索和学习,发现里氏代换原则和依赖倒转原则可以一言以蔽之:

里氏代换原则:开发时以抽象为核心,针对抽象编程,能够抽象为一个抽象类或者接口的,就将其抽象为抽象类或者接口,然后用子类来进行实现

依赖倒转原则:将代码分为3层考虑,业务逻辑层,抽象层和实现层,其中业务逻辑层依赖抽象层,实现层也依赖抽象层

那么在代码中使用依赖倒转原则和里氏代换原则有什么好处吗?

只要能抽象你就进行抽象,然后不管高层模块(业务逻辑层)还是低层模块(实现层),它们都依赖于抽象,具体一点就是接口或抽象类,只要接口是稳定的,那么任何一个的更改都不用担心其他受到影响,即降低了耦合度。

光看理论,肯定还是一头雾水,下面通过一个例子来理清里氏代换原则和依赖倒转原则。

我们现在有张三司机和李四司机,有宝马和奔驰汽车,需求包括张三开宝马,李四开奔驰。

#include<iostream>
using namespace std;
class Benz
{
public:
	void run()
	{
		cout << "Benz is running" << endl;
	}
};
class BMW
{
public:
	void run()
	{
		cout << "BMW is runnning" << endl;
	}
};
class Zhang3
{
public:
	void driveBenz(Benz* benz)
	{
		cout << "zhang3 drives Benz" << endl;
		benz->run();
	}
};
class Li4
{
public:
	void driveBMW(BMW* bmw)
	{
		cout << "li4 drives BMW" << endl;
		bmw->run();
	}
};
int main()
{
	Benz benz;
	BMW bmw;
	Zhang3 zhang3;
	Li4 li4;
	zhang3.driveBenz(&benz);
	li4.driveBMW(&bmw);
	return 0;
}

那如果我们要拓展业务需求,张三既要开奔驰,也要开宝马,李四既要开奔驰也要开宝马,那也很简单,只需要在张三类和李四类中各增加一个方法即可。

#include<iostream>
using namespace std;
class Benz
{
public:
	void run()
	{
		cout << "Benz is running" << endl;
	}
};
class BMW
{
public:
	void run()
	{
		cout << "BMW is runnning" << endl;
	}
};
class Zhang3
{
public:
	void driveBenz(Benz* benz)
	{
		cout << "zhang3 drives Benz" << endl;
		benz->run();
	}
	void driveBMW(BMW* bmw)
	{
		cout << "zhang3 drives BMW" << endl;
		bmw->run();
	}
};
class Li4
{
public:
	void driveBenz(Benz* benz)
	{
		cout << "li4 drives Benz" << endl;
		benz->run();
	}
	void driveBMW(BMW* bmw)
	{
		cout << "li4 drives BMW" << endl;
		bmw->run();
	}
};
int main()
{
	Benz benz;
	BMW bmw;
	Zhang3 zhang3;
	Li4 li4;
	zhang3.driveBenz(&benz);
	zhang3.driveBMW(&bmw);
	li4.driveBenz(&benz);
	li4.driveBMW(&bmw);
	return 0;
}

这是一个耦合度极高的设计,那以后拓展了新功能,张三开丰田,李四开奥迪,那我得设计一个新丰田类,新奥迪类,然后在张三类中进行修改,在李四类中进行修改,我每次拓展新功能,都要修改其它模块中的内容,这样的一个设计显然是一个耦合度极高的设计。

如果一个系统有上百个模块,那么再添加一个新模块,新功能的时候,那可能还得修改几百个模块的内容,这样显然是极不方便的。

那如果我们利用里氏代换原则和依赖倒转原则,能抽象就抽象,并将代码分为3层考虑,分别是业务逻辑层,抽象层和实现层,具体思路就是将奔驰,宝马,丰田等等汽车抽象为一个汽车类,汽车类包含一个公共接口run,将张三,李四,王五等等人物抽象为一个人物类,人物类中包含一个公共接口drive,drive中的参数也是抽象的汽车类,然后假设我们需要李四开奔驰,我们就在实现层去实现一个具体的奔驰类,在实现层实现一个具体的李四类,然后在业务逻辑层创建一个李四对象,创建一个奔驰对象,将奔驰汽车对象传给李四对象中的drive方法,就实现了李四开奔驰,如果想要实现李四开宝马,那么同样,只需要在实现层新实现一个宝马类,然后去业务逻辑层创建一个宝马对象,再将宝马对象传给李四对象中的drive方法,就实现了李四开宝马,后面我们再想去拓展功能,只要接口不需要发生变化,我们就无需去动之前的代码,只需要增加新的代码即可,这也符合开放-封闭原则,如果我们想去修改一些功能代码,比如把李四开宝马修改为李四开奔驰,只需要在业务逻辑层更换参数即可,无需动其它模块的内容,显然极大降低了代码之间的耦合度。

使用依赖倒转原则后,我们再去拓展新的功能或者修改一些功能就无需去更改其它模块中的内容了。

具体代码如下:

#include<iostream>
#include<string>
using namespace std;
//抽象层
class Car
{
	string name;
public:
	virtual void run() = 0;
	Car(string _name):name(_name){}
	string getName()
	{
		return name;
	}
};
class Person
{
public:
	virtual void drive(Car& car) = 0;
};
//实现层
class Benz :public Car
{
public:
	Benz(string _name) :Car(_name) {}
	virtual void run()
	{
		cout << "奔驰正在奔跑" << endl;
	}
};
class BMW :public Car
{
public:
	BMW(string _name) :Car(_name) {}
	virtual void run()
	{
		cout << "宝马正在奔跑" << endl;
	}
};
class Zhang3 :public Person
{
public:
	virtual void drive(Car& car)
	{
		cout << "张三在开" << car.getName() << endl;
		car.run();
	}
};
class Li4 :public Person
{
public:
	virtual void drive(Car& car)
	{
		cout << "李四在开" << car.getName() << endl;
		car.run();
	}
};
//业务逻辑层
int main()
{
	Person* person = new Zhang3;
	Person* person2 = new Li4;
	Car* car1 = new Benz("奔驰");
	Car* car2 = new BMW("宝马");
	person->drive(*car1);
	person2->drive(*car2);
	return 0;
}

通过上述解释,我们清楚了里氏代换原则和依赖倒转原则对代码的作用,但是在代码中还有一个值得注意的地方,很显然,实现层依赖了抽象层,而在业务逻辑层,我们要注意要让父类(抽象类)指针指向子类对象,这样业务逻辑层才是依赖了抽象层,才符合依赖倒转原则。

到此这篇关于C++依赖倒转原则和里氏代换原则有什么好处的文章就介绍到这了,更多相关C++依赖倒转原则内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • C++设计模式中控制反转与依赖注入浅析

    目录 控制反转 依赖注入(DI) 依赖注入框架(DI Framework) 依赖反转原则(DIP) 控制反转 “控制”指的是对程序执行流程的控制,而“反转”指的是在没有使用框架之前,程序员自己控制整个程序的执行.在使用框架之后,整个程序的执行流程可以通过框架来控制.流程的控制权从程序员“反转”到了框架. 大白话说,就是原先直接用main函数中的代码流程,转移到了框架中去. #include <iostream> #include <list> using namespace std

  • C++依赖倒转原则和里氏代换原则有什么好处

    初学依赖倒转原则和里氏代换原则时,由于笔者水平有限,并没有看懂书上的专业术语的解释,经过反复摸索和学习,发现里氏代换原则和依赖倒转原则可以一言以蔽之: 里氏代换原则:开发时以抽象为核心,针对抽象编程,能够抽象为一个抽象类或者接口的,就将其抽象为抽象类或者接口,然后用子类来进行实现 依赖倒转原则:将代码分为3层考虑,业务逻辑层,抽象层和实现层,其中业务逻辑层依赖抽象层,实现层也依赖抽象层 那么在代码中使用依赖倒转原则和里氏代换原则有什么好处吗? 只要能抽象你就进行抽象,然后不管高层模块(业务逻辑层

  • 里氏代换原则_动力节点Java学院整理

    聊一聊里氏代换原则. 定义1:如果对每一个类型为 T1的对象 o1,都有类型为 T2 的对象o2,使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时,程序 P 的行为没有发生变化,那么类型 T2 是类型 T1 的子类型. 定义2:所有引用基类的地方必须能透明地使用其子类的对象. 问题由来:有一功能P1,由类A完成.现需要将功能P1进行扩展,扩展后的功能为P,其中P由原有功能P1与新功能P2组成.新功能P由类A的子类B来完成,则子类B在完成新功能P2的同时,有可能会导致原有功能

  • PHP面向对象五大原则之里氏替换原则(LSP)详解

    本文实例讲述了PHP面向对象五大原则之里氏替换原则(LSP).分享给大家供大家参考,具体如下: 替换原则由MIT计算机科学实验室的Liskov女士在1987年的OOPSLA大会上的一篇文章中提出,主要阐述有关继承的一些原则,故称里氏替换原则. 2002年,Robert C.Martin出版了一本名为<Agile Software Development Principles Patterns and Practices>的书,在书中他把里氏替换原则最终简化成一句话:"Subtypes

  • Java设计模式七大原则之里氏替换原则详解

    目录 定义 案例 需求 方案一 方案二 对比分析 总结 定义 里氏替换原则(Liskov Substitution Principle,LSP),官方定义如下: 如果对每一个类型为S的对象o1,都有类型为T的对象o2,使得以T定义的所有程序P在所有的对象 o1都代换成o2时,程序P的行为没有发生变化,那么类型S是类型T的子类型,所有引用基类的地方必须能透明地使用其子类的对象.则通俗的来讲:子类可以扩展父类的功能,但是子类不能修改父类原有的功能 里氏替换原则就是给继承性的使用制定了规范 案例 需求

  • C#实现六大设计原则之里氏替换原则

    定义: 1:如果对每一个类型为 T1的对象 o1,都有类型为 T2 的对象o2,使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时,程序 P 的行为没有发生变化,那么类型 T2 是类型 T1 的子型. 2:所有引用基类的地方必须能透明地使用其子类的对象. 问题由来: 有一功能P1,由类A完成.现需要将功能P1进行扩展,扩展后的功能为P,其中P由原有功能P1与新功能P2组成. 新功能P由类A的子类B来完成,则子类B在完成新功能P2的同时,有可能会导致原有功能P1发生故障. 解决

  • 解析Java实现设计模式六大原则之里氏替换原则

    一.什么是里氏替换原则 1.1.里氏替换原则定义 里氏替换原则(Liskov Substitution principle)是对子类型的特别定义的. 为什么叫里氏替换原则呢?因为这项原则最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的. 里氏替换原则有两层定义: 定义1 If S is a subtype of T, then objects of type T may be replaced with objects of type S, withou

  • java面向对象设计原则之里氏替换原则示例详解

    目录 概念 实现 拓展 概念 里氏替换原则是任何基类出现的地方,子类一定可以替换它:是建立在基于抽象.多态.继承的基础复用的基石,该原则能够保证系统具有良好的拓展性,同时实现基于多态的抽象机制,能够减少代码冗余. 实现 里氏替换原则要求我们在编码时使用基类或接口去定义对象变量,使用时可以由具体实现对象进行赋值,实现变化的多样性,完成代码对修改的封闭,扩展的开放.如:商城商品结算中,定义结算接口Istrategy,该接口有三个具体实现类,分别为PromotionalStrategy (满减活动,两

  • C#面向对象设计原则之里氏替换原则

    里氏替换原则(LSP) 定义:在任何父类出现的地方都可以用它的子类类替换,且不影响功能.解释说明:其实LSP是对开闭原则的一个扩展,在OO思想中,我们知道对象是由一系列的状态和行为组成的,里氏替换原则说的就是在一个继承体系中,对象应该具有共同的外在特性,使用LSP时,如果想让我们的程序达到一个父类出现的地方都可以用它的子类来替换且不影响功能,那么这个父类也应该尽量声明出子类所需要的一些公共的方法,父类被子类替换之后,会比较顺利,那么为什么说它是对开闭原则的一个扩展呢?因为我们在开闭原则中说尽量使

  • 深入理解JavaScript系列(8) S.O.L.I.D五大原则之里氏替换原则LSP

    前言 本章我们要讲解的是S.O.L.I.D五大原则JavaScript语言实现的第3篇,里氏替换原则LSP(The Liskov Substitution Principle ). 英文原文:http://freshbrewedcode.com/derekgreer/2011/12/31/solid-javascript-the-liskov-substitution-principle/ 复制代码 开闭原则的描述是: Subtypes must be substitutable for the

  • PHP面向对象之里氏替换原则简单示例

    本文实例讲述了PHP面向对象之里氏替换原则.分享给大家供大家参考,具体如下: 里氏替换原则(Liskov Substitution Principle) 里氏替换原则告诉我们,在软件中将一个基类对象替换成它的子类对象,程序将不会产生任何错误和异常,反过来则不成立,如果一个软件实体使用的是一个子类对象的话,那么它不一定能够使用基类对象.里氏替换原则是实现开闭原则的重要方式之一,由于使用基类对象的地方都可以使用子类对象,因此在程序中尽量使用基类类型来对对象进行定义,而在运行时再确定其子类类型,用子类

随机推荐