《设计模式之禅》依赖倒置原则之问

前端之家收集整理的这篇文章主要介绍了《设计模式之禅》依赖倒置原则之问前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

最近在看秦小波老师的《设计模式之禅》,读这种经典书籍不能如读小说,逛十里洋场意在消遣,更多的应该是边读变问,每到重点就应该问为什么。秦小波老师的语言有时幽默,有时又切中要害,引人深思。对于“倒置”秦小波老师是从人的思维层面解读的,生活中,例如张三就依赖他家的宝马上下班,也许可以更具体到BMW 740Li,然后回归到程序中,如果我们这样去构建依赖关系,那么如果哪天张三发达了,换了玛莎拉蒂,那是不是整个程序都得改,这个时候我们可以让张三依赖的对象变成接口或者抽象类,例如是“车”,那么张三如果换了玛莎拉蒂,可以增加一个“玛莎拉蒂”的车的实现。当依赖不在是具体而是抽象,这种思维的转变就称之为倒置。

在该书的第23页的代码清单3-8中你会看到

代码

public static void main(String[] args) {
        // TODO Auto-generated method stub
      /*Driver jim=new Driver();
        BMW bmw =new BMW();*/
        
        IDriver jim = new Driver();
        ICar bmw =new BMW();
        jim.drive(bmw);
    }
我以前都是采用的注释中的写法,但秦小波老师的书中却是没有注释的写法,对于这个问题思考良久后才明白注释中的写法中的jim对象不仅拥有接口中的方法,而且还拥有Driver类的方法,但是没有注释的写法中的jim对象就只拥有接口中的方法。例如如果Driver类还有一个修车的方法,那么采用秦老师的new一个对象,该对象就不能调用修车的方法代码如下:

代码

public class Driver implements IDriver{
    @Override
    public void drive(ICar car) {
        // TODO Auto-generated method stub
        car.run();
    }
    
    public void fix() {
        System.out.println("I can fix my car");
    }
}

在该书的25页采用了构造函数传递依赖对象,秦老师没有说明为什么要这样做。从代码二中看到,直接将ICar作为一个参数传进来的,这样的话,不仅接口IDriver的drive方法需要有这个参数,以后任意一个实现该接口的类都必须这样做,这无疑增加了程序的耦合度。先看看下面的代码吧。

代码

public class Driver implements IDriver{  
    private ICar car;
    public Driver(ICar _car) {
        this.car=_car;
    }
    public void drive() {
        this.car.run();
    }
}
代码三看出增加了构造方法,通过构造方法传递依赖的ICar对象,这样在IDriver接口中的drive方法就不需要任何参数了,如果以后ICar发生了变化,只需要改Driver的构造方法即可,其余代码均不需要修改

总结

依赖倒置原则可以说是六大设计原则中比较难理解的,在很多框架中都用到该原则,例如Spring。程序世界和现实世界一样是普遍联系的,换句话说就是对象也是存在依赖关系的,我们不可能让所有的对象都割裂开来,那这样的话程序也没法运转,在保持依赖的同时需要降低对象之间的耦合度,能真正做好确实是一门艺术,就如代码二和代码三是不同的做法,最终都能输出同样的结果,并且代码三比代码二还要复杂,但是如果考虑以后程序的扩展,显然代码三优于代码二。关于倒置,我想秦小波老师是说得最朴实的,让我们从简单的语言中深刻体会倒置的思想。

原文链接:https://www.f2er.com/javaschema/285405.html

猜你在找的设计模式相关文章