依赖倒置原则的理解

一直不太理解这个原则,直到看到了这个例子:

class DriverTest {
    @Test
    fun main(){
        val driver = Driver()
        val benz = Benz()
        driver.driver(benz)
    }
}

class Driver{
    fun driver(car: Benz){
        car.run()
    }
}

class Benz{
    fun run(){
        println("奔驰开始运行")
    }
}

在这里插入图片描述
此时司机又要驾驶宝马了,怎么办?
错误示范:

class DriverTest {

    @Test
    fun main(){
        val driver = Driver()
        val benz = Benz()
        driver.driver(benz)

        val bmw = BMW()
        driver.driver(bmw)
    }
}

class Driver{
    fun driver(car: Benz){
        car.run()
    }
    fun driver(car: BMW){
        car.run()
    }
}

class Benz{
    fun run(){
        println("奔驰开始运行")
    }
}

class BMW{
    fun run(){
        println("宝马开始运行")
    }
}

需要修改原来核心的Driver类,新增方法,也不符合开闭原则(对拓展开放,对修改关闭)
正确示范:

/**
 * Created by Alex on 12/11/20
 */
class DriverTest {

    @Test
    fun main(){
        val driver = Driver()
        driver.driver(BenZ())
        driver.driver(BMW())

    }
}

class Driver{
    fun driver(car: ICar){
        car.run()
    }
}

interface ICar{
    fun run()
}

class BenZ: ICar{
    override fun run() {
        println("奔驰开始运行了")
    }
}

class BMW: ICar{
    override fun run() {
        println("宝马开始运行了")
    }
}

此时如果说还想开法拉利?
新建一个类继承ICar,实现run方法,完事儿了,是不是面向接口编程,是不是依赖抽象,而不说依赖细节?而且还符合开闭原则!
所以什么是依赖倒置?先看几个概念

抽象与细节,在Java中,抽象就是指接口或者抽象类,两者都是不能直接被实例化的;细节就是实现类,实现接口或者继承抽象类而产生的就是细节,以关键字new产生对象。

高层和低层,通俗来讲高层模块就是调用端,低层模块就是具体实现类。上面的例子中driver就是高层,car就是低层。

其核心思想是:要面向接口编程,不要面向实现编程。拓展一下
图片加载框架,常规使用Glide直接load res到imageview,这是强依赖,而符合依赖倒置原则的做法是 抽象一层xxx.load res 到imageview,而xxx是一个抽象类,具体的实现可以是Glide,也可以是Fresco。这就是依赖倒置

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
面向对象编程中的依赖倒置原则(DIP)是指高层模块不应该依赖底层模块,它们应该依赖于抽象接口。抽象接口不应该依赖于具体实现,具体实现应该依赖于抽象接口。 依赖倒置原则的核心思想是:针对接口编程,而不是针对实现编程。在实际编程中,应该将底层模块的具体实现隔离出来,通过抽象接口来定义高层模块与底层模块的交互方式。这样可以使得代码更加灵活、可扩展、容易维护和测试。 举个例子,假设我们有一个电子商务系统,它包含了用户管理、订单管理和商品管理等功能模块。如果我们没有遵守依赖倒置原则,那么这些模块之间的依赖关系可能会是这样的: ![依赖倒置原则示例1](https://cdn.jsdelivr.net/gh/YunboCheng/picgo-pic-bed/img/20211020095420.png) 可以看到,高层模块依赖于底层模块的具体实现,这样会导致代码的耦合度很高,如果其中一个模块发生了变化,其他模块也需要进行修改。 如果我们遵守依赖倒置原则,代码的结构可能会变成这样: ![依赖倒置原则示例2](https://cdn.jsdelivr.net/gh/YunboCheng/picgo-pic-bed/img/20211020095522.png) 可以看到,高层模块不再依赖于底层模块的具体实现,而是依赖于抽象接口,这样就可以实现高层模块与底层模块的解耦。如果其中一个模块发生了变化,只需要修改它自己的实现,而不会影响其他模块。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Alex_ChuTT

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值