软件设计原则:依赖倒置

这篇具有很好参考价值的文章主要介绍了软件设计原则:依赖倒置。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

定义

依赖倒置原则(Dependency Inversion Principle, DIP)是面向对象设计原则之一,其核心是高层模块(如业务逻辑)不应当依赖于低层模块(如具体的数据访问或设备控制实现),而是双方都应依赖于抽象接口。抽象不应依赖细节,细节应依赖抽象。

应用场景

  • 软件系统的架构设计,尤其是在构建可扩展、可维护的大型系统时。
  • 在系统的模块化过程中,需要模块之间解耦合。
  • 当系统需要进行测试时,依赖倒置原则可以使得代码更容易进行单元测试。

示例与反例

示例

// 抽象类或接口
interface Switchable {
    void turnOn();
    void turnOff();
}

// 高层模块
class Lamp implements Switchable {
    public void turnOn() {
        System.out.println("灯开了");
    }

    public void turnOff() {
        System.out.println("灯关了");
    }
}

// 低层模块
class Switch {
    private Switchable device;

    public Switch(Switchable device) {
        this.device = device;
    }

    public void operate() {
        // ...
        device.turnOn();
        // ...
    }
}

反例:高层模块直接依赖低层模块的具体实现,不通过抽象。

class Lamp {
    public void turnOn() {
        System.out.println("灯开了");
    }

    public void turnOff() {
        System.out.println("灯关了");
    }
}

class Switch {
    private Lamp lamp;

    public Switch(Lamp lamp) {
        this.lamp = lamp;
    }

    public void operate() {
        // ...
        lamp.turnOn();
        // ...
    }
}

原则间的权衡与冲突

依赖倒置原则可能与其他原则(如KISS原则,即“保持简单和愚蠢”)发生冲突。在追求解耦和抽象的同时,可能会带来不必要的系统复杂性和理解难度。

设计原则的局限性

  • 过度设计:在某些情况下,过度使用依赖倒置原则可能导致系统过于复杂。
  • 学习曲线:正确理解和应用依赖倒置原则需要一定的设计经验。
  • 性能开销:过多的抽象层可能会引入性能损耗。

总结与建议

依赖倒置原则有助于提高软件的可维护性和可扩展性,特别是在大型软件项目中。然而,它也应该适度使用,避免不必要的复杂性。在实际开发中,应根据具体情况来平衡依赖倒置原则与其他设计原则之间的关系,避免过度设计,同时确保代码的模块性和可测试性。文章来源地址https://www.toymoban.com/news/detail-845783.html

到了这里,关于软件设计原则:依赖倒置的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【C++设计模式】依赖倒转原则

    2023年8月30日,周三上午 目录 概述 含义 举个简单的例子 传统做法 使用依赖倒转原则 代码说明 再举一个具体的例子 以生活为例 依赖倒转原则(Dependency Inversion Principle,DIP)是面向对象设计中的一个基本原则。 含义 高层模块不应该依赖低层模块,两者都应该依赖其抽象。 也就是

    2024年02月10日
    浏览(38)
  • 设计模式(二):依赖倒转原则(详解)

    本博主将用CSDN记录软件开发求学之路上亲身所得与所学的心得与知识,有兴趣的小伙伴可以关注博主!也许一个人独行,可以走的很快,但是一群人结伴而行,才能走的更远! 依赖倒转原则( Dependence Inversion Principle )是指: 高层模块不应该依赖低层模块,二者都应该依赖其抽

    2024年02月04日
    浏览(41)
  • 【go】依赖倒置demo

    为降低代码耦合性,采用依赖注入的设计模式。原始请求路径:router - api - service - dao。请求的为实际方法,具有层层依赖的关系。现将方法抽象为接口,即a依赖b,但a不创建(或销毁)b,仅使用b,b的创建(或销毁)交给容器。 api_abstract.go 中为抽象接口: api_dog.go 中为api的

    2024年01月19日
    浏览(33)
  • 数据库—设计规范(依赖、范式、分解)

    如果在一个二维表中:Students(Sno , name, age),Sno 是这个表中的主键,所以对于其他属性来说,Sno决定name,Sno决定age,反过来则叫做name函数依赖于Sno… 定义:主码决定其他属性,其他属性函数依赖于主码 非平凡函数依赖 SC(Sno,Cno,Grade)这么一个表中解释,首先主码是Sno和Cno联合

    2024年02月12日
    浏览(49)
  • Spring学习笔记(二)Spring的控制反转(设计原则)与依赖注入(设计模式)

    是一种设计原则,降低程序代码之间的耦合度 对象由Ioc容器统一管理,当程序需要使用对象时直接从IoC容器中获取。这样对象的控制权就从应用程序转移到了IoC容器 依赖注入是一种消除类之间依赖关系的设计模式。例如,A类要依赖B类,A类不再直接创建B类,而是把这种依赖

    2024年02月19日
    浏览(38)
  • 软件设计模式原则(二)开闭原则

    继续讲解第二个重要的设计模式原则——开闭原则~ 一.定义         开闭原则,在面向对象编程领域中,规定“软件中的对象(类,模块,函数等等)应该对于扩展是开放的,但是对于修改是封闭的”,这意味着一个实体是允许在不改变它的源代码的前提下变更它的行为

    2024年02月06日
    浏览(50)
  • 深入理解设计原则之里氏替换原则(LSP)【软件架构设计】

    C++高性能优化编程系列 深入理解软件架构设计系列 深入理解设计模式系列 高级C++并发线程编程 里氏替换原则(Liskov Substitution Principle, LSP)于1986年有Barbara Liskov提出,他当时是这样描述这条原则的: 如果S是T的子类型,那么T的对象可以被S的对象所替换,并不影响代码的运行

    2024年02月07日
    浏览(88)
  • 软件设计原则与设计模式

    设计中各各原则同时兼有或冲突,不存在包含所有原则的设计 一:单一职责原则又称单一功能原则 核心:解耦和增强内聚性(高内聚,低耦合) 描述:类被修改的几率很大,因此应该专注于单一的功能。如果你把多个功能放在同一个类中,功能之间就形成了关联。 二:开闭

    2024年02月10日
    浏览(39)
  • 软件的设计原则

    任何傻瓜都可以写出计算机能懂的代码,但好的程序员可以写出人类能懂的代码—–Martin Fowler 如果你是新手,你可能会问,为什么代码需要设计原则? 我想说的是肯定不是为了故作高深,存在即是合理。 如果写了一个简单的程序,你可能不需要设计原则。 如果你写了一个

    2024年02月12日
    浏览(42)
  • 软件设计原则

    软件设计原则 1小时系列 (C++版)-CSDN博客 设计模式——六大设计原则_接口设计6大原则-CSDN博客 摘抄:  公共接口下,添加不同的实现。  橙色为接口,将繁杂的接口拆成多个接口   未完待续......

    2024年01月17日
    浏览(34)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包