【软件架构设计原则】开闭原则和依赖倒置原则

article/2025/9/22 22:15:39

文章目录

  • 软件架构设计原则
  • 开闭原则
  • 依赖倒置原则
  • 最后

软件架构设计原则

本文通过实例来讲解

  • 开闭原则
  • 依赖导致原则

开闭原则

开闭原则(Open-Close Principle,OCP)是指一个软件实体(如类、模块和函数)应该对扩展开放,对修改关闭。所谓的开闭,也正是对扩展和修改两个行为的一个原则。它强调的是用抽象构建框架,用实现扩展细节,可以提高软件系统的可复用性及可维护性。开闭原则是面向对象设计中最基础的设计原则,它指导我们如何简历稳定、灵活的系统。例如版本更新,我们尽可能不修改源代码,但是可以增加新功能。

比如说:弹性作息时间,只规定每天工作8个小时,但是你什么时候来,什么时候走是开放的,早来早走,晚来晚走。

开闭原则的核心思想就是面向抽象编程,接下来我们来看一段代码。
以课程体系位例,首先创建一个课程接口ICourse:

public interface ICourse {//获取课程IdInteger getId();//获取课程名称String getName();//获取课程价格Double getPrice();
}

整个课程生态有Java、大数据、等,我们创建一个Java课程的类JavaCourse:

public class JavaCourse implements ICourse {private Integer id;private String name;private Double price;//构造器public JavaCourse(Integer id, String name, Double price) {this.id = id;this.name = name;this.price = price;}@Overridepublic Integer getId() {return this.id;}@Overridepublic String getName() {return this.name;}@Overridepublic Double getPrice() {return this.price;}
}

现在我们要给Java课程做活动,价格优惠,如果修改JavaCourse中的getPrice()方法,则存在一定的风险,可能影响其他地方的调用结果。我们如何在不修改源代码的前提下,实现价格优惠这个功能呢?我们可以在写一个处理优惠逻辑的类JavaDiscountCourse

public class JavaDiscountCourse extends JavaCourse {public JavaDiscountCourse(Integer id, String name, Double price) {super(id, name, price);}//初始价格public Double getOriginPrice(){return super.getPrice();}//获取优惠价格价格public Double getPrice(){return super.getPrice()*0.6;}
}

简单来看一下类结构图
在这里插入图片描述
所谓的开闭原则就是不修改,多扩展。

依赖倒置原则

依赖倒置原则(Dependence Inversion Princip,DIP) 是指设计代码结构时,高层模块不应该依赖底层模块,二者都应该依赖其抽象。抽象不应该依赖细节,细节应该依赖抽象。通过依赖倒置,可以减少类与类之间的耦合性,提高系统的稳定性,提高代码的可读性和可维护性,并且能够降低修改程序所造成的风险。

看一个案例,还是以Course为例,先来创建一个类Tom:

public class Tom {public void studyJavaCourse(){System.out.println("Tom在学习Java课程");}public void studyPythonCourse(){System.out.println("Tom在学习Python课程");}
}

来调用一下:

public static void main(String[] args) {Tom tom = new Tom();tom.studyJavaCourse();tom.studyPythonCourse();}

Tom非常热爱学习,现在他想在学一门新的技术AI,这时候,因为业务扩展,要从低层到高层(调用层)一次修改代码。在Tom类中增加StudyAICouese()方法,在高层也要追加调用。如此依赖,系统发布以后,实际上是非常不稳定的,在修改代码的同时也会带来意想不到的风险。接下来我们优化代码,创建一个课程的抽象接口ICouese接口:

public interface ICourse {void study();
}

然后编写JvaCourse类:

public class JavaCourse implements ICourse {@Overridepublic void study() {System.out.println("tom正在学习Java");}
}

在编写pythonCourse类:

public class PythonCourse implements ICourse {@Overridepublic void study() {System.out.println("tom正在学习Python");}
}

修改Tom类:

public class Tom {public  void study(ICourse course){course.study();}
}

看调用代码:

 public static void main(String[] args) {Tom tom = new Tom();tom.study(new JavaCourse());tom.study(new PythonCourse());}

此时无论Tom还想学习几门课程,对于新的课程,只需要创建一个类,通过传参的方式告诉Tom,而不需要修改底层代码。实际上这是一种依赖注入方式,注入的方式还有构造器方法和Setter方法。

构造器注入方式:

public class Tom {private ICourse course;public Tom(ICourse course) {this.course = course;}public  void study(){course.study();}}

调用代码:

public static void main(String[] args) {Tom tom = new Tom(new JavaCourse());tom.study();}

根据构造器方式注入,在调用时,每次都要创建实例。如果Tom是全局单例,则我们只能选择用Setter方式来注入:

public class Tom {private ICourse course;public void setCourse(ICourse course) {this.course = course;}public  void study(){course.study();}
}

调用代码:

public static void main(String[] args) {Tom tom = new Tom();tom.setCourse(new JavaCourse());tom.study();tom.setCourse(new PythonCourse());tom.study();}

最终的类图:

在这里插入图片描述

以抽象为基准比以细节为基准构建起来的架构要稳定的多,因此在拿到需求之后,要面向接口编程,先顶层在细节地设计代码结构。

最后

后序还有:

  • 单一职责原理
  • 接口隔离原理
  • 迪米特原理
  • 里氏替换原理
  • 合成复用原理

如果感兴趣可以继续关注

参考:Spring 5 核心原理


http://chatgpt.dhexx.cn/article/NX2OQnLS.shtml

相关文章

java 依赖倒置_Java设计原则—依赖倒置原则(转)

依赖倒置原则(Dependence Inversion Principle,DIP)的原始定义: 高层模块不应该依赖底层模块,两者都应该依赖其抽象; 抽象不应该依赖细节; 细节应该依赖抽象。 依赖倒置原则在Java语言中的表现是: 模块间的…

设计模式 依赖倒置原则

文章目录 依赖倒置原则依赖倒置原则实战使用依赖倒置原则进行改变案例中两种方式的类图 依赖倒置原则 定义: 程序要依赖于抽象接口, 不要依赖于具体实现, 对抽象进行编程, 而不是对实现进行编程, 降低了客户与实现模块的耦合. 高层模块不应该依赖底层模块, 都应该依赖抽象(接口…

依赖倒置原则应用-司机开车案例

依赖倒置原则 依赖倒置原则(Dependence Inversion Principle)是程序要依赖于抽象接口,不要依赖于具体实现。简单的说就是要求对抽象进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合。 依赖倒置原则三层含义: …

4.3 依赖倒置原则

一. 依赖倒置原则的定义 1.核心思想 依赖倒置原则(Dependence Inversion Principle,DIP) *1.高层模块 不应该依赖 低层模块, 二者都应该依赖其抽象; *2.抽象 不应该依赖 细节, 细节 应该依赖 抽象; 接口和抽象类价值在于设计; *3.依赖倒…

C# 依赖倒置原则(DIP)

目录 一,引子 1.1 传统的程序架构 1.2 依赖倒置 1.3 依赖倒置的作用 二,依赖注入 一,引子 1.1 传统的程序架构 在程序执行过程中,传统的程序架构如图: 可以看到,在传统的三层架构中,层与…

设计模式-依赖倒置原则

依赖倒置原则 1 依赖倒置原则的定义 依赖倒置原则(Dependence Inversion Principle,DIP)这个名字看着有点别扭,“依赖”还“倒置”,这到底是什么意思?依赖倒置原则的原始定义是: High level modules shou…

C++ 依赖倒置原则

.依赖倒置原则 定义 高层模块不应该依赖于底层模块,而应该依赖于抽象。抽象不应依赖于细节,细节应依赖于抽象。解决的问题 类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成。这种场景下,类A一般…

【设计原则】依赖倒置原则 (面向接口编程)

本文将以Java为基础,讲解开发中,面向接口编程的知识,只要以简单的例子为主,讲解如何进行面向接口编程,并会区分其于面向实现编程的区别。下面先讲一讲依赖倒置原则,再过渡到案例解释。 本文目的在于用极其简单的图解帮…

设计模式 — 6大设计原则(依赖倒置和接口隔离原则)

设计模式 依赖倒置原则示例 一示例 二依赖的三种写法总结 接口隔离原则实例 一总结 依赖倒置原则 依赖倒置原则(Dependence Inversion Principle,DIP)这个名字看着有点别扭,“依赖” 还 “倒置” ,这到底是什么意思&a…

【六大设计原则-SOLID】

SOLID简介: 历史:由Robert CMartin汇总并推广 目标: 使软件更容易被改动是软件更容易被理解构建可以在多个软件系统中复用的组件 组成: 名称简写含义单一职责原则 SRP Single Responsibility Principle 初始定义&#xff08…

SOLID原则:解释和实例

在面向对象编程中,SOLID是5个重要的设计原则的缩写。首先是由著名的软件大师Robert C.Martin (Bob 大叔)在Design Principles and Design Patterns 中提出, 后来Michael Feathers 用SOLID来概括这五大原则。 SOLID原则使得软件设计更加容易理解、灵活和可维护。作为一名软件…

SOLID原则的含义和具体使用

单一职责原则(SRP)开放封闭原则(OCP)里氏替换原则(LSP)接口隔离原则(ISP)依赖倒置原则(DIP)小结 SOLID 是面向对象设计5大重要原则的首字母缩写,当…

设计模式:SOLID原则

单一职责原则 Single Responsibility Principle(SRP) 接口职责应该单一,不要承担过多的职责。 开放封闭原则 Open Closed Principle(OCP) 添加一个新的功能应该是,在已有代码基础上扩展代码(…

设计模式之SOLID原则

介绍 设计模式中的SOLID原则,分别是单一原则、开闭原则、里氏替换原则、接口隔离原则、依赖倒置原则。前辈们总结出来的,遵循五大原则可以使程序解决紧耦合,更加健壮。 SRP 单一责任原则 OCP …

SOLID 原则要这么理解!

什么是 SOLID 原则 SOLID 原则其实是用来指导软件设计的,它一共分为五条设计原则,分别是: 单一职责原则(SRP)开闭原则(OCP)里氏替换原则(LSP)接口隔离原则(…

SOLID 设计原则 (有点长但很透彻)

面向对象设计原则 SOLID 应该是职业程序员必须掌握的基本原则,每个程序员都应该了然于胸,遵守这 5个原则可以帮助我们写出易维护、易拓展的高内聚低耦合的代码。 它是由罗伯特C马丁(知名的 Rob 大叔)21世纪初期 (准确来说,2000年在他的论文De…

软件开发SOLID设计原则

前言:SOLID设计原则,不管是软件系统还是代码的实现,遵循SOLID设计原则,都能够有效的提高系统的灵活和可靠性,应对代码实现的需求变化也能更好的扩展和维护。因此提出了五大原则——SOLID。 我是通过老师讲解以及老师…

Python 中的 SOLID 原则

💂 个人网站:【海拥】【摸鱼游戏】【神级源码资源网】🤟 前端学习课程:👉【28个案例趣学前端】【400个JS面试题】💅 想寻找共同学习交流、摸鱼划水的小伙伴,请点击【摸鱼学习交流群】 SOLID 是一组面向对象…

Kotlin SOLID 原则

Kotlin SOLID 原则 许多 Kotlin 开发者并不完全了解 SOLID 原理,即使他们知道,他们也不知道为什么要使用它。您准备好了解所有细节了吗? 介绍 亲爱的 Kotlin 爱好者,您好!欢迎来到我的新文章。今天我要讲的是 Kotli…

超易懂!原来 SOLID 原则要这么理解!

点击蓝色 “陈树义” 关注我哟 说到 SOLID 原则,相信有过几年工作经验的朋友都有个大概印象,但就是不知道它具体是什么。甚至有些工作了十几年的朋友,它们对 SOLID 原则的理解也停留在表面。今天我们就来聊聊 SOLID 原则以及它们之间的关系。…