OOAD-5面向对象设计七原则--依赖倒置原则

OOAD-5⾯向对象设计七原则--依赖倒置原则
依赖倒置原则的定义
⾼层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象也不应该依赖细节，⽽细节应该依赖抽象。

核⼼思想就是：要⾯向接⼝编程，不要⾯向实现编程
依赖倒置原则是实现开闭原则的重要途径之⼀，因为它降低了客户与实现模块之间的耦合。

客户只需要查看抽象，便可以知道公开的功能以及如何调⽤，不需要关注具体实现
遵循依赖倒置的理由
由于在软件设计中，细节具有多变性，⽽抽象层相对稳定，因此以抽象为基础搭建起来的架构要⽐以细节为继承搭建起来的架构要稳定的多。

这⾥的抽象指的是接⼝或者抽象类，⽽细节是指具体的实现类。

使⽤接⼝或者抽象类的⽬的就是制定好规范和契约，⽽不去涉及任何具体的操作，把展现细节的任务交给它们具体的实现类去完成。

这就是很多时候我们程序中服务都是单实现，但还是要定义接⼝的原因。

依赖倒置原则的作⽤
依赖倒置原则可以降低类间的耦合类。

依赖倒置原则可以提⾼系统的稳定性。

依赖倒置原则可以提⾼代码可读性和可维护性。

依赖倒置原则的实现⽅法
依赖倒置原则的⽬的是通过要⾯向接⼝的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项⽬中满⾜这个规则。

每个类尽量提供接⼝或者抽象类，或者两者逗具备。

变量的声明类型尽量是接⼝或者是抽象类。

任何类都不应该从具体类派⽣。

也就是类最好从抽象类或者接⼝派⽣。

这个第⼆点相辅相成。

参数变量使⽤抽象类或者接⼝。

然后具体类去做不同实现。

多态
使⽤继承时尽量遵循⾥⽒替换原则。

保证⽗类的功能不会被覆盖。

保证程序内的多态是良性的。

依赖倒置原则感想：经历了⼀年⼯作后。

确实回头看看这些原则，体会会更加深刻。

为何要⾯向接⼝编程。

原理都是希望能够做到⾼内聚低耦合。

⽽定义接⼝，定义抽象。

让⾼层实现细节都去依赖抽象来编写。

降低客户端与具体实现之间的耦合度。

两者都只需要和接⼝进⾏消息传递。

其⼆还遵循了开闭原则。

对修改关闭，对扩展开放。

⾯向接⼝编程，提供了良好的扩展能⼒。

新增功能时⽆需修改旧代码，⽽是派⽣⼀个新类去实现新功能。