分离高低层，巧用依赖倒转，设计模式的第三堂课

后端

2023-04-08 06:48:40

依赖倒转原则：软件设计中的基石

想象一座拔地而起的摩天大楼，它的宏伟壮丽令人惊叹。然而，这座大楼能够屹立不倒，靠的不仅仅是高耸入云的结构，更在于它坚固而隐蔽的地基。对于软件设计而言，依赖倒转原则便是这坚实地基的基石，支撑着代码的稳定和可扩展性。

依赖倒转原则的真谛

依赖倒转原则规定，高层模块不应该直接依赖于低层模块，而应依赖它们的抽象。也就是说，高层模块不应该深入了解低层模块的具体实现细节，只需知晓它们提供的抽象接口即可。这犹如建造大楼时，每一层都只依赖于前一层的接口，而无需了解它内部的构造。

依赖倒转原则的必要性

在没有依赖倒转原则的情况下，高层模块与低层模块紧密相连，任何对低层模块的修改都可能对高层模块产生连锁反应。这就像在一栋大楼中，每层楼都与地基直接连接，一旦地基出现问题，整座大楼都将受到威胁。

依赖倒转原则则通过引入抽象层来解决这一问题。高层模块不再需要知晓低层模块的具体实现，只需与抽象接口交互即可。这就好比大楼中的每一层都与一个统一的框架连接，当需要调整地基时，只需要修改框架，而不会影响大楼的其余部分。

实现依赖倒转原则的方法

1. 接口隔离原则

接口隔离原则要求将低层模块的抽象接口细分为多个小接口。这样，高层模块只需依赖于特定的小接口，而非整个低层模块。

2. 依赖注入

依赖注入是一种让高层模块接收低层模块实例的方式，而非自己创建。这使得高层模块与低层模块完全解耦，只专注于抽象接口。

依赖倒转原则的优势

提高代码可重用性： 通过依赖抽象接口，我们可以轻松地更换低层模块的实现，提高代码的可重用性。
增强代码可维护性： 依赖倒转原则隐藏了低层模块的实现细节，使代码更易于维护和修改。
提升代码灵活性： 它允许我们灵活地修改低层模块，而无需对高层模块进行重大修改。

依赖倒转原则的劣势

可能增加代码复杂性： 引入抽象层和接口可能会增加代码的复杂性，但这也是提高灵活性所必须付出的代价。
可能降低代码性能： 抽象层和接口可能会造成轻微的性能损失，但在大多数情况下，这并不明显。

依赖倒转原则的实例

在 Java 中，我们可以使用接口来实现依赖倒转原则。例如：

public interface Shape {
    void draw();
}

public class Rectangle implements Shape {
    public void draw() { System.out.println("Drawing a rectangle"); }
}

public class DrawingManager {
    private Shape shape;

    public DrawingManager(Shape shape) { this.shape = shape; }

    public void draw() { shape.draw(); }
}