设计模式-依赖倒置原则_高层模块和低层模块-CSDN博客

本文链接：https://blog.csdn.net/yanghezheng/article/details/132893801

文章目录

介绍

依赖倒置原则（Dependency Inversion Principle，DIP）是面向对象编程中的一项重要设计原则，它强调高层模块不应该依赖于低层模块，二者都应该依赖于抽象。此原则的核心思想是：编程时应该面向接口而不是具体的实现。
依赖倒置原则是SOLID原则中的其中一项，由Robert C. Martin提出，旨在提高软件系统的可维护性、可扩展性和可重用性。这个原则的名称中包含了"倒置"一词，意味着高层模块和底层模块的依赖关系发生了颠倒。

依赖倒置原则的要点

高层模块不应该依赖于低层模块：通常情况下，高层模块是指应用程序中的主要逻辑或业务规则，而低层模块是指与底层细节（如数据库访问、硬件交互等）相关的模块。依赖倒置原则要求高层模块不应该直接依赖于低层模块，它们都应该依赖于抽象。
抽象不应该依赖于细节：这意味着抽象接口或抽象类应该定义通用的行为，而不应该依赖于具体的实现细节。这样做可以确保抽象是稳定的，不容易受到具体实现的变化影响。
细节应该依赖于抽象：具体的实现细节应该依赖于抽象，而不是反过来。这样做可以确保具体实现是可替换的，可以在不影响高层模块的情况下进行更改。

Java示例

让我们通过一个简单的Java示例来演示依赖倒置原则的应用。假设我们有一个电灯（Light）类，和一个电灯开关（LightSwitch）类用于控制电灯的开关：

class Light {
    public void turnOn() {
        // 打开电灯的操作
    }

    public void turnOff() {
        // 关闭电灯的操作
    }
}

class LightSwitch {
    private Light light;

    public LightSwitch() {
        this.light = new Light();
    }

    public void operate() {
        if (/* 一些条件 */) {
            light.turnOn();
        } else {
            light.turnOff();
        }
    }
}

在上面的代码中，LightSwitch类直接依赖于具体的Light类。这违反了依赖倒置原则，因为高层模块（LightSwitch）依赖于低层模块（Light）。

为了遵循依赖倒置原则，我们需要引入抽象接口或类，并确保高层模块依赖于抽象而不是具体的实现。下面是改进后的代码：

interface Switchable {
    void turnOn();
    void turnOff();
}

class Light implements Switchable {
    @Override
    public void turnOn() {
        // 打开电灯的操作
    }

    @Override
    public void turnOff() {
        // 关闭电灯的操作
    }
}

class LightSwitch {
    private Switchable device;

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

    public void operate() {
        if (/* 一些条件 */) {
            device.turnOn();
        } else {
            device.turnOff();
        }
    }
}

现在，LightSwitch类不再依赖于具体的Light类，而是依赖于抽象的Switchable接口。这遵循了依赖倒置原则，高层模块依赖于抽象而不是细节，使得代码更加灵活和可扩展。

依赖倒置原则使用场景

依赖倒置原则（Dependency Inversion Principle，DIP）是一个有助于构建松耦合、可维护、可扩展的软件系统的设计原则。它适用于各种不同的情景和场景，包括但不限于以下几个常见的使用场景：

依赖注入：依赖倒置原则与依赖注入密切相关。依赖注入是一种实现DIP的方式，它通过将依赖关系从高层模块注入到低层模块中，来实现高层模块依赖于抽象而不是具体实现。依赖注入框架如Spring和Guice广泛使用了这个原则，用于管理组件之间的依赖关系。
插件和扩展系统：当开发插件或扩展系统时，DIP可以确保主应用程序与插件之间的接口和抽象清晰定义，从而允许开发者轻松地添加新的插件或扩展功能，而不需要修改主应用程序的代码。
数据访问层：在数据访问层，DIP可以确保高层业务逻辑与具体的数据存储细节（如数据库、文件系统等）解耦。通过依赖于数据访问的抽象接口，可以轻松切换不同的数据存储方式，而不需要修改业务逻辑。
用户界面开发：在用户界面开发中，DIP可以确保用户界面元素与业务逻辑分离。这样，可以更容易地更改用户界面的外观和行为，而不会影响底层的业务逻辑。
服务和模块设计：在构建服务和模块时，DIP有助于将服务和模块的接口定义为抽象，从而使得它们可以被不同的实现所替代。这对于微服务架构和模块化设计非常有用。
测试驱动开发（TDD）：DIP有助于编写可测试的代码。通过将高层模块的依赖注入为抽象接口，可以轻松地模拟这些依赖，以进行单元测试。
跨平台开发：在跨平台应用程序开发中，DIP可以确保核心业务逻辑与特定平台相关的代码分离。这使得应用程序更容易在不同平台上进行移植和部署。