设计模式(8)——SOLID原则之依赖倒置原则

设计模式(7)------SOLID原则之依赖倒置原则

概念

高层次的类不应该依赖于低层次的类。两者都应该依赖于抽象接口。抽象接口不应依赖于具体实现。具体实现应该依赖于抽象接口。

  • 底层次类:实现基础操作的类(如磁盘操作、传输网络数据与操作数据库)。
  • 高层次类:包含负责的业务逻辑以指导底层次类执行特定操作。

使用

当开发新系统时,有时人们习惯先设计底层次类,然后再开发高层此类。一部分人直观认为如果低层次的类没有实现或不确定,就无法确定高层次类能实现哪些东西。如果采用了这种设计思路,那高层次类更有可能会依赖低层次类。

依赖倒置原则建议采用以下方式设计:

  1. 使用业务术语来对高层次类依赖的低层次操作接口进行描述。例如打开报表文件,业务应该调用的是openReport(file),而不是openFile()readBytes()CloseFile()等低层次类中的方法。
  2. 基于上述业务术语抽象的接口创建高层次类,而不是基于低层次类
  3. 低层次实现接口,它们将依赖业务逻辑层,从而完成了依赖倒置

示例

在本例中,高层次的预算报告类(BudgetReport)使用低层次的数据库类(MySQLDatabase)来读取和保存其数据。这意味着低层次类中的任何改变(例如当数据库服务器发布新版本时)都可能会影响到高层次的类,但高层次的类不应关注数据存储的细节。

要解决这个问题,你可以创建一个描述读写操作的高层接口,并让报告类使用该接口代替低层次的类。然后你可以修改或扩展低层次的原始类来实现业务逻辑声明的读写接口。

其结果是原始的依赖关系被倒置:现在低层次的类依赖于高层次的抽象。

相关推荐
杯莫停丶3 小时前
设计模式之:享元模式
java·设计模式·享元模式
杯莫停丶3 小时前
设计模式之:组合模式
设计模式·组合模式
Hero | 柒5 小时前
设计模式之建造者模式
java·设计模式·1024程序员节
周杰伦_Jay7 小时前
【常用设计模式全解析】创建型模式(聚焦对象创建机制)、结构型模式(优化类与对象的组合关系)、行为型模式(规范对象间的交互行为)
设计模式·架构·开源·交互·1024程序员节
杯莫停丶10 小时前
设计模式之:外观模式
java·设计模式·外观模式
杯莫停丶10 小时前
设计模式之:命令模式
设计模式·命令模式·1024程序员节·活动勋章
电子科技圈13 小时前
芯科科技推出智能开发工具Simplicity Ecosystem软件开发套件开启物联网开发的新高度
mcu·物联网·设计模式·软件工程·软件构建·iot·1024程序员节
WaWaJie_Ngen13 小时前
【设计模式】组合模式(Composite)
设计模式·组合模式·1024程序员节
WaWaJie_Ngen15 小时前
【设计模式】装饰器模式(Decorator)
设计模式·装饰器模式
YuanlongWang15 小时前
C# 设计模式——观察者
windows·设计模式·c#