依赖倒置原则DIP

依赖倒置原则(Dependence Inversion Principle)是面向对象设计原则的一种。依赖倒置原则指的是高层模块(稳定)不应该依赖于低层模块(变化),二者都应该依赖于抽象(稳定)。抽象(稳定)不应该依赖于实现细节(变化),实现细节应该依赖于抽象(稳定)。

依赖倒置原则

依赖倒置原则问题引入

类A直接依赖类 B,假如要将类 A 改为依赖类 C,则必须通过修改类A的代码来达成。这种场景下,类 A 一般是高层模块,负责复杂的业务逻辑;类B和类 C 是低层模块,负责基本的原子操作;假如修改类A,会给程序带来不必要的风险。

依赖倒置原则是什么

  • 高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节,细节应该依赖抽象。

如何理解依赖倒置原则

依赖倒置原则基于这样一个事实:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。在 java 中,抽象指的是接口或者抽象类,细节就是具体的实现类,使用接口或者抽象类的目的是制定好规范和契约,而不去涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。

依赖倒置原则的核心思想是面向接口编程,我们依旧用一个例子来说明面向接口编程比相对于面向实现编程好在什么地方。

依赖倒置原则好处

  • 减少类间的耦合性,提高系统的稳定性
  • 降低并行开发引起的风险
  • 提高代码的可读性和可维护性

依赖倒置原则例子

场景是这样的,母亲给孩子讲故事,只要给她一本书,她就可以照着书给孩子讲故事了。代码如下:

class Book {
    func getContent() -> String{
        return "很久很久以前有一个阿拉伯的故事……"
    }
}

class Mother {
    func narrate(book: Book) {
        print("妈妈开始讲故事");
        print("\(book.getContent())")
    }
}

let mother = Mother()
mother.narrate(book: Book())

运行结果:

妈妈开始讲故事
很久很久以前有一个阿拉伯的故事……

运行良好,假如有一天,需求变成这样:不是给书而是给一份报纸,让这位母亲讲一下报纸上的故事,报纸的代码如下:

class NewsPaper {
    func getContent() -> String {
        return "70 周年庆..."
    }
}

这位母亲却办不到,因为她居然不会读报纸上的故事,这太荒唐了,只是将书换成报纸,居然必须要修改Mother才能读。假如以后需求换成杂志呢?换成网页呢?还要不断地修改Mother,这显然不是好的设计。原因就是Mother与Book之间的耦合性太高了,必须降低他们之间的耦合度才行。

我们引入一个抽象的接口IReader。读物,只要是带字的都属于读物:

protocol IReader {
    func getContent() -> String
}

Mother类与接口IReader发生依赖关系,而Book和Newspaper都属于读物的范畴,他们各自都去实现IReader接口,这样就符合依赖倒置原则了,代码修改为:

protocol IReader {
    func getContent() -> String
}

class Book: IReader {

    func getContent() -> String{
        return "很久很久以前有一个阿拉伯的故事……"
    }
}

class NewsPaper: IReader{
    func getContent() -> String {
        return "70 周年庆..."
    }
}

class Mother{
    func narrate(reader: IReader) {
        print("妈妈开始讲故事");
        print("\(reader.getContent())")
    }
}

let mother = Mother()
mother.narrate(reader: Book())
mother.narrate(reader: NewsPaper())

运行结果:

妈妈开始讲故事
很久很久以前有一个阿拉伯的故事……
妈妈开始讲故事
70 周年庆...

这样修改后,无论以后怎样扩展,都不需要再修改 Mother 类了。这只是一个简单的例子,实际情况中,代表高层模块的 Mother 类将负责完成主要的业务逻辑,一旦需要对它进行修改,引入错误的风险极大。所以遵循依赖倒置原则可以降低类之间的耦合性,提高系统的稳定性,降低修改程序造成的风险。

依赖倒置原则总结

采用依赖倒置原则给多人并行开发带来了极大的便利,比如上例中,原本 Mother 类与 Book 类直接耦合时,Mother类必须等 Book 类编码完成后才可以进行编码,因为 Mother 类依赖于 Book 类。修改后的程序则可以同时开工,互不影响,因为 Mother 与 Book 类一点关系也没有。参与协作开发的人越多、项目越庞大,采用依赖导致原则的意义就越重大。现在很流行的 TDD 开发模式就是依赖倒置原则最成功的应用。

传递依赖关系有三种方式,以上的例子中使用的方法是接口传递,另外还有两种传递方式:构造方法传递和setter方法传递。

在实际编程中,我们一般需要做到如下 3 点:

  • 低层模块尽量都要有抽象类或接口,或者两者都有。
  • 变量的声明类型尽量是抽象类或接口。
  • 使用继承时遵循里氏替换原则。

依赖倒置原则的核心就是要我们面向接口编程,理解了面向接口编程,也就理解了依赖倒置

极客教程为大家详细介绍了面向对象的7大设计原则,可以参考

Python教程

Java教程

Web教程

数据库教程

图形图像教程

大数据教程

开发工具教程

计算机教程