设计模式六大原则：依赖倒置原则、为什么、多例子、分析例子、总结

最新推荐文章于 2024-06-30 14:41:23 发布

赴梦、

最新推荐文章于 2024-06-30 14:41:23 发布

阅读量1.2k

点赞数 2

分类专栏：设计模式杂谈文章标签：设计模式抽象类接口

本文链接：https://blog.csdn.net/weixin_50233101/article/details/117819848

版权

本文详细介绍了设计模式中的依赖倒置原则，解释了为何需要倒转依赖，并给出了多个实例说明如何通过接口或抽象类实现这一原则。内容包括依赖倒置的定义、原因、实现方式以及遵循原则的经验分享。

摘要由CSDN通过智能技术生成

1. 依赖倒置原则的定义

高层模块不应该依赖低层模块，二者都应该依赖其抽象
抽象不应该依赖细节，细节应该依赖抽象
依赖倒转的中心思想是面向接口编程
依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多，以抽象为基础搭建的框架比以细节的框架要稳定的多。在JAVA、C#中，抽象指的是接口或者抽象类，细节就是具体的实现类。
使用接口或抽象类的目的是指定好的规范，而不涉及任何的具体操作，把展现细节的任务交给他们的实现类去完成。

总之，高层模块，低层模块，细节都应该依赖抽象

依赖倒置具体表现为：

模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。
接口或抽象类不依赖实现类
实现类依赖接口或抽象类

2. 为什么是倒转？

一般来说，我们经常为了图方便，把具体类依赖于具体类，也就是所谓的高层模块依赖于低层模块，但是这样是不利于扩展的，违反了设计原则，此时：
在这里插入图片描述
而现在根据依赖倒置原则，我们需要将高层模块和低层模块都依赖于接口(或者抽象类)来实现

在这里插入图片描述
这里发生了倒置，本来是高层模块依赖于低层模块，低层模块被高层模块依赖，现在是低层模块主动依赖于接口，所以发生了倒置，所以这个原则也称为依赖倒置原则

3. 举例

3.1 第一个例子

摘自于：https://blog.csdn.net/weixin_37505014/article/details/94869450

现在要完成一个Person类接收消息的需求；
方式1：

public class Inversion01 {
   
    public static void main(String[] args) {
   
        Person person = new Person();
        person.receive(new Email());
    }
}
// 完成Person接收消息的功能
class Email {
   
    public String getInfo