C++ 依赖倒置原则

.依赖倒置原则

定义
高层模块不应该依赖于底层模块，而应该依赖于抽象。抽象不应依赖于细节，细节应依赖于抽象。
解决的问题
类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。因此我们需要将依赖的方向进行重新规划，像下面这样：

我们将接口与实现相分离，应用与细节相分离，接口层提供我们业务层所需要的接口方法，实现层对接口的具体方法进行实现，高层业务逻辑不关心接口实现的具体细节，它只对接口进行调用，从而降低了类之间的耦合性，增加了代码的可读性，降低了后续维护的成本。
实例：
定义一个武汉店类，该类有个sell（）方法，访问该方法可以显示周黑鸭

class wuhanshop
{public:void sell(){cout << "zhouheiya" << endl;}
};

定义一个顾客类，顾客类中有gouwu（）方法，通过往该方法中传具体的商店来进行购物

class guke
{public:void gouwu(wuhanshop ws){ws.sell();}
};

下面开始购物

void main()
{guke mike;wuhanshop ws;mike.gouwu(ws);
}

如果此时顾客mike想去其他商店，比如福建商店进行购物买烤老鼠

class fujianshop
{public:void sell(){cout << "kaolaoshu" << endl;}
};

此时main函数换成

void main()
{guke mike;fujianshop fs;mike.gouwu(fs);
}

此时guke类也要修改

class guke
{public:void gouwu(fujianshop fs){fs.sell();}
};

假如以后需求换成湖南店呢？换成上海店呢？还要不断地修改 guke类，这显然不是好的设计。原因就是 guke类与具体的shop类之间的耦合性太高了，必须降低他们之间的耦合度才行。耦合度高的影响就是一旦商店改变，顾客就需要改变。

强耦合关系：任意一方的改变都将导致双方发生改变

因此我们在guke类与具体的shop类中提供一个抽象类shop

#include<iostream>
using namespace std;class shop
{public:virtual void sell() = 0;
};
class guke
{public:void gouwu(shop* shop){shop->sell();}
};
class wuhanshop:public shop
{public:void sell(){cout << "zhouheiya" << endl;}
};
class fujianshop :public shop
{public:void sell(){cout << "kaolaoshu" << endl;}
};
void main()
{guke mike;wuhanshop ws;fujianshop fs;mike.gouwu(&ws);mike.gouwu(&fs);
}

将guke类中的参数设为指向抽象类shop的指针，具体的商店继承该抽象shop，因为父类指针可以指向子类对象，因此在购物时将具体商店子类对象的地址传进去，而不需要改变guke类

细节指具体的实现类，抽象指接口或者抽象类
在软件设计中，具体类会随着业务的变化有很多种，beijing，guangzhou…各种商店类，然而其抽象类shop始终是稳定的。以抽象为基础搭建起来的架构要比以细节为基础搭建起来的架构要稳定的多。使用抽象类的目的是制定好规范和契约，将展现细节的任务交给他们的实现类。

C++ 依赖倒置原则相关推荐

7.12 其他面向对象设计原则3: 依赖倒置原则DIP
其他面向对象设计原则3: 依赖倒置原则DIP  The Dependency Inversion Principle 7.1 依赖倒置原则DIP The Dependency Inversion P ...
设计模式六大原则：依赖倒置原则、为什么、多例子、分析例子、总结
1. 依赖倒置原则的定义高层模块不应该依赖低层模块,二者都应该依赖其抽象抽象不应该依赖细节,细节应该依赖抽象依赖倒转的中心思想是面向接口编程依赖倒转原则是基于这样的设计理念: 相对于细节的多变 ...
6大设计原则之依赖倒置原则
依赖倒置原则: 包含三层含义: 高层模块不应该依赖低层模块,二者应该依赖抽象抽象不应该依赖细节细节应该依赖抽象再精简些就是:其核心是面向接口编程抽象:即抽象类和接口,抽象是对实现的约束,对依赖 ...
【设计模式】软件设计七大原则 ( 依赖倒置原则 | 代码示例 )
文章目录一.依赖倒置原则简介二.面向实现编程代码示例 ( 反面示例 ) 1.顾客类 2.测试类三.依赖倒置原则代码示例 ( 推荐示例 | 使用接口方法注入 IGood 实现类 ) 1.顾客类 2 ...
ASP.NET 设计模式中依赖倒置原则
依赖倒置原则 A.高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象. B.抽象不应该依赖于具体,具体应该依赖于抽象. 依赖倒置原则 A.高层次的模块不应该依赖于低层次的模块,他们都应该依赖于 ...
设计模式原则之依赖倒置原则
所谓依赖倒置原则(Dependence Inversion Principle )就是要依赖于抽象,不要依赖于具体.简单的说就是对抽象进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合. ...
C#软件设计——小话设计模式原则之：依赖倒置原则DIP
前言:很久之前就想动笔总结下关于软件设计的一些原则,或者说是设计模式的一些原则,奈何被各种bootstrap组件所吸引,一直抽不开身.群里面有朋友问博主是否改行做前端了,呵呵,其实博主是想做" ...
深入浅出设计模式原则之依赖倒置原则
下面以"顾客购物程序"为例来说明依赖倒置原则的应用(案例源码). #include <QCoreApplication> #include <iostream&g ...
java设计模式之设计原则②依赖倒置原则
定义: ⑴高层模块不应该依赖低层模块,二者都应该依赖其抽象 ⑵抽象不应该依赖细节,细节应该依赖抽象 ⑶针对接口编程,不要针对实现编程我们通过抽象包括使用接口或者抽象类可以使各个类或模块的实现彼此独立 ...
设计模式六大原则（3）——依赖倒置原则
定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该依赖细节:细节应该依赖抽象. 问题由来:类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成.这种场景下,类A一 ...

C++ 依赖倒置原则

C++ 依赖倒置原则相关推荐

最新文章

热门文章