给出一个依赖倒置原则的具体例子

一个依赖倒置原则的具体例子是在一个电商网站中，订单管理模块依赖于支付模块。按照依赖倒置原则，应该将订单管理模块定义为高层模块，而支付模块定义为低层模块。这就意味着，订单管理模块不应该依赖于具体的支付模块实现，而是应该依赖于一个抽象的支付接口。这样就可以让订单管理模块与具体的支付模块实现解耦，实现模块间的松耦合。如果将来需要更换支付模块实现，只需要实现支付接口即可，而不需要修改订单管理模块的代码。

相关问题

给出不遵循依赖倒置原则设计原则和遵循依赖倒置原则设计原则的代码对比，并提供详细注释

不遵循依赖倒置原则设计原则的代码：

public class Driver {
    private Car car;
    
    public Driver() {
        this.car = new Car();
    }
    
    public void drive() {
        car.start();
    }
}

public class Car {
    public void start() {
        System.out.println("Car starts.");
    }
}

在这个例子中，`Driver` 类依赖于 `Car` 类。`Driver` 类直接创建了 `Car` 对象，并在 `drive()` 方法中调用了 `car.start()` 方法。这违反了依赖倒置原则，因为高层模块（`Driver` 类）依赖于低层模块（`Car` 类）。

遵循依赖倒置原则设计原则的代码：

public interface Vehicle {
    void start();
}

public class Driver {
    private Vehicle vehicle;
    
    public Driver(Vehicle vehicle) {
        this.vehicle = vehicle;
    }
    
    public void drive() {
        vehicle.start();
    }
}

public class Car implements Vehicle {
    public void start() {
        System.out.println("Car starts.");
    }
}

在这个例子中，`Driver` 类不再依赖于 `Car` 类，而是依赖于 `Vehicle` 接口。`Driver` 类的构造函数接受一个 `Vehicle` 实例，这意味着它可以接受任何实现 `Vehicle` 接口的类的实例。在 `drive()` 方法中，它调用了 `vehicle.start()` 方法，而不是直接调用 `Car` 类的方法。这符合依赖倒置原则，因为高层模块（`Driver` 类）不再依赖于低层模块（`Car` 类），而是依赖于抽象（`Vehicle` 接口）。

简述依赖倒置原则的核心，并举例说明什么是依赖倒置原则

依赖倒置原则的核心是：高层模块不应该依赖低层模块，而是应该依赖抽象接口或者抽象类，具体实现细节由低层模块来完成。这样做的好处在于，高层模块不需要知道低层模块的实现细节，从而降低了耦合性，提高了代码的可扩展性和可维护性。

例如，假设有一个购物车类和一个商品类，商品类有多种子类如水果类、文具类等。如果购物车类直接依赖水果类和文具类，那么每增加一种商品子类就需要在购物车类中添加对应的逻辑，这样增加代码量和维护成本。但是如果购物车类只依赖于商品类的抽象接口，那么商品类的子类可以自由地添加和删除，而购物车类的逻辑也不会受到影响。这就是应用依赖倒置原则的例子。