设计模式之依赖倒转原则

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

设计模式之依赖倒转原则,设计模式,设计模式

在软件开发的世界里,设计模式一直是提升代码质量、确保软件稳定性以及优化软件可维护性的重要工具。而在这其中,依赖倒转原则无疑是其中最具代表性的设计模式之一。那么,什么是依赖倒转原则?它又为何如此重要?让我们一起来探讨。

一、依赖倒转原则的定义

依赖倒转原则是面向对象设计的基本原则之一,它的核心思想是:依赖于抽象,不依赖于具体。简单来说,就是将代码的依赖关系从具体类转向抽象类或者接口,降低类之间的耦合度,增强代码的灵活性和可扩展性。

二、如何实现依赖倒转原则
1️⃣使用抽象类或接口

抽象类和接口是实现依赖倒转原则的关键。通过定义抽象类或接口,我们可以规定一组通用的方法或属性,然后由具体的子类来实现这些方法或属性。

2️⃣合理使用依赖注入

依赖注入是一种实现依赖倒转原则的重要手段。通过将依赖关系注入到对象中,我们可以降低对象之间的耦合度,使得代码更加灵活和可扩展。

3️⃣遵循里氏替换原则

里氏替换原则是依赖倒转原则的一个重要补充。它的核心思想是:子类型必须能够替换其父类型而不会引发任何错误或异常。这要求子类必须实现父类所定义的所有方法,并且不能添加新的属性或方法。

三、依赖倒转原则在实践中的应用

假设有一个EmailService类,它直接依赖于SMTPServer类来发送电子邮件。

SMTPServer类
class SMTPServer {
    void sendEmail(String email) {
        // 实现发送邮件的具体逻辑
    }
}
 EmailService类
class EmailService {
    private SMTPServer smtpServer;

    EmailService() {
        this.smtpServer = new SMTPServer();
    }

    void sendNotification(String email) {
        smtpServer.sendEmail(email);
    }
}

在这个例子中,EmailService依赖于具体的SMTPServer实现,违反了依赖倒转原则。当需要更换邮件服务提供商时,比如改为使用MailgunAPI服务,就需要修改EmailService的构造函数和内部实现。

程序调整

为遵循依赖倒转原则,我们可以引入一个抽象接口EmailSender,让EmailService依赖于这个抽象接口而非具体的邮件发送实现。

EmailSender 接口
interface EmailSender {
    void sendEmail(String email);
}
调整后SMTPServer类 
class SMTPServer implements EmailSender {
    @Override
    void sendEmail(String email) {
        // 实现发送邮件的具体逻辑
    }
}
MailgunAPI 类
class MailgunAPI implements EmailSender {
    @Override
    void sendEmail(String email) {
        // 使用Mailgun API实现发送邮件逻辑
    }
}
调整后EmailService类
class EmailService {
    private EmailSender emailSender;

    EmailService(EmailSender emailSender) {
        this.emailSender = emailSender;
    }

    void sendNotification(String email) {
        emailSender.sendEmail(email);
    }
}

现在,EmailService依赖于抽象的EmailSender接口,具体邮件发送的方式可以通过构造函数注入不同的实现类,这就遵循了依赖倒转原则。当需要切换邮件服务提供商时,只需要更换传递给EmailService的EmailSender实例即可,无需修改EmailService的内部实现。

四、总结

依赖倒转原则是面向对象设计的重要原则之一,它能够显著提高代码的质量和可维护性。通过合理地使用抽象类、接口和依赖注入等技术手段,我们可以打破传统的设计思维模式,让代码更加自由和灵活。在未来的软件开发中,我们应当更加重视依赖倒转原则的应用,从而不断提升我们的编程技能和软件质量。文章来源地址https://www.toymoban.com/news/detail-797170.html

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

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

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

相关文章

  • Spring学习笔记(二)Spring的控制反转(设计原则)与依赖注入(设计模式)

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

    2024年02月19日
    浏览(38)
  • 【设计模式】设计原则-开闭原则

    定义 作用 1、方便测试;测试时只需要对扩展的代码进行测试。 2、提高代码的可复用性;粒度越小,被复用的可能性就越大。 3、提高软件的稳定性和延续性,易于扩展和维护。 实现方式 通过“抽象约束、封装变化”来实现开闭原则。通过接口或者抽象类为软件实体定义一

    2024年02月15日
    浏览(37)
  • 【设计模式】设计原则-里氏替换原则

    定义 任何基类可以出现的地方,子类一定可以出现。 通俗理解:子类可以扩展父类的功能,但不能改变父类原有的功能。 换句话说,子类继承父类时,除添加新的方法完成新增功能外,尽量不要重写父类的方法。 针对的问题 主要作用就是规范继承时子类的一些书写规则。

    2024年02月14日
    浏览(49)
  • 前端设计模式和设计原则之设计原则

    1 开闭原则 该原则指出软件实体(类、模块、函数等)应该 对扩展开放,对修改关闭 。也就是说,在添加新功能时,应该通过扩展现有代码来实现,而不是直接修改已有的代码。这样可以确保现有代码的稳定性,并且减少对其他部分的影响。 在上述例子中,有一个原始功能

    2024年02月07日
    浏览(39)
  • 【Java 设计模式】设计原则之开放封闭原则

    在软件开发中,设计原则是创建灵活、可维护和可扩展软件的基础。 这些原则为我们提供了指导方针,帮助我们构建高质量、易理解的代码。 ✨单一职责原则(SRP) ✨开放/封闭原则(OCP) ✨里氏替换原则(LSP) ✨依赖倒置原则(DIP) ✨接口隔离原则(ISP) ✨合成/聚合复

    2024年02月02日
    浏览(49)
  • 【Java 设计模式】设计原则之里氏替换原则

    在软件开发中,设计原则是创建灵活、可维护和可扩展软件的基础。 这些原则为我们提供了指导方针,帮助我们构建高质量、易理解的代码。 ✨单一职责原则(SRP) ✨开放/封闭原则(OCP) ✨里氏替换原则(LSP) ✨依赖倒置原则(DIP) ✨接口隔离原则(ISP) ✨合成/聚合复

    2024年01月20日
    浏览(44)
  • 设计模式——设计模式以及六大原则概述

    设计模式代表有经验的面向对象软件开发人员使用的最佳实践。 设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。 这些解决方案是由许多软件开发人员在相当长的时间内通过试错获得的。 在 1994 年,由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 四

    2024年02月13日
    浏览(51)
  • 设计模式的设计原则

    为什么需要设计模式? 我的理解设计模式就是一种针对某种问题的套路,是一套被反复使用,多数人所知晓的,经过分类编目的,代码设计经验的总结。 1.开闭原则 1.1 定义:     一个软件实体应当对扩展开放,对修改关闭,即软件实体应尽量在不修改原有代码下进行扩展

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

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

    2024年02月06日
    浏览(50)
  • 设计模式-原则篇-01.开闭原则

    ​ 可以把设计模式理解为一套比较成熟并且成体系的建筑图纸,经过多次编码检验目前看来使用效果还不错的软件设计方案。适用的场景也比较广泛,在使用具体的设计模式之前先要学习软件设计的基础 “软件设计原则”,后面的23个设计模式都是遵从“软件设计原则演变而

    2024年02月09日
    浏览(43)

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

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

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

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

二维码1

领取红包

二维码2

领红包