依赖倒置原则

依赖倒置原则（DIP）是面向对象设计中的一个重要原则，它是由Robert C. Martin在1996年提出的。DIP 的定义是：高层模块不应该依赖于底层模块，二者都应该依赖于抽象；抽象不应该依赖于具体实现，具体实现应该依赖于抽象。

简单来说，DIP 原则要求我们依赖于抽象而不是具体实现，这样可以降低模块之间的耦合度，提高代码的灵活性和可维护性。

DIP 原则的实际意义是：在实际编程中，我们应该将程序分为高层模块和底层模块，并且高层模块不应该依赖于底层模块的具体实现，而是依赖于抽象接口。这样，当需要修改底层模块的实现时，只需要修改具体实现而不会影响高层模块的代码。

以下是一个简单的 DIP 原则的实例：

假设我们有一个订单管理系统，其中包含一个 Order 类，用于表示订单信息。Order 类依赖于一个 Inventory 类，用于管理库存信息。如果某个订单的商品数量超过了库存数量，那么该订单将无法完成。因此，Order 类的代码中包含了对 Inventory 类的直接调用，如下所示：

class Order {
    private Inventory inventory;
    Order(Inventory inventory) {
        this.inventory = inventory;
    }
    void processOrder() {
        if (inventory.getStock("product1") >= 10) {
            // 订单处理逻辑
        } else {
            throw new RuntimeException("Out of stock");
        }
    }
}

这种设计违反了 DIP 原则，因为 Order 类依赖于底层模块 Inventory 类的具体实现。如果我们需要修改 Inventory 类的实现，那么就需要修改 Order 类的代码，这样就会破坏系统的灵活性和可维护性。

根据 DIP 原则，我们应该将 Inventory 类的具体实现抽象为一个接口，例如 StockChecker 接口，然后将该接口作为 Order 类的构造函数参数传递进来。这样，Order 类就不需要直接依赖于 Inventory 类的具体实现了。修改 Inventory 类的实现也不会影响 Order 类的代码。修改后的代码如下：

interface StockChecker {
    int getStock(String productName);
}
class Order {
    private StockChecker stockChecker;
    Order(StockChecker stockChecker) {
        this.stockChecker = stockChecker;
    }
    void processOrder() {
        if (stockChecker.getStock("product1") >= 10) {
            // 订单处理逻辑
        } else {
            throw new RuntimeException("Out of stock");
        }
    }
}

在这个修改后的代码中，Order 类依赖于抽象接口 StockChecker，而不是具体实现 Inventory 类。这样，如果我们需要更改 Inventory 类的实现，只需要实现 StockChecker 接口即可，不需要修改 Order 类的代码。这个例子说明了 DIP 原则如何帮助我们编写可维护和可扩展的代码。