查看原文
其他

六大设计原则详解(3)-依赖倒置原则

2017-09-16 qzs 安卓干货铺

简介:

依赖倒置原则(Dependence Inversion Principle)是程序要依赖于抽象接口,不要依赖于具体实现。简单的说就是要求对抽象进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合。
依赖倒置原则包含了两层含义:
A.高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象。
B.抽象不应该依赖于具体(细节),具体(细节)应该依赖于抽象。

高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象

低层模块也就是不可拆分的原子逻辑,高层模块是N个原子逻辑的组合。
抽象在JAVA中指的是接口和抽象类,细节指的是实现类、实现接口、继承抽象类的实现。

下面通过实例来了解一下: 场景是体育课开始了,可以踢球!
下面分别是Football类和Sport类

public class Football {      public String playfootball(){              return "我可以踢足球啦……";          }   }

public class Sport {      public static void main(String[] args) {            Sport a=new Sport();            a.Play(new Football());    }     public void Play(Football football){              System.out.println("体育课开始啦");              System.out.println(football.playfootball());          }       }

运行结果为:

现在我们把需求改一下,改成”我想打篮球”,这时候我们会发现Sport类中没有篮球,体育课上竟然没有篮球。如果要加上的话我们得修改Sport类,这样的修改是不符合依赖倒置原则的,因为Sport类是高层模块,Football是低层模块,根据依赖倒置原则,高层次的模块不应该依赖于低层次的模块。但是上面的代码显然是底层模块变化,高层模块也跟着修改了。

正确”体育课”与”篮球”的逻辑如下:
首先要定义一个interface

public interface SportType {     public String play();   }

然后低层模块实现这个interface

public class Basketball  implements SportType{    @Override    public String play() {        // TODO Auto-generated method stub        return "我可以打篮球啦……";    }       }

高层模块:

public class Sport  {      public static void main(String[] args) {            Sport a=new Sport();        //    a.Play(new Football());            a.Play(new Basketball());    }     public void Play(SportType sportType){              System.out.println("体育课开始啦");              System.out.println(sportType.play());          }             }

运行结果为:

从上面代码我们可以看出,无论”体育课”想打什么球类,我们都可以在不动高层模块的前提下,任意的修改。
注意,根据依赖注入原则,他们都应该依赖于抽象,而上面的例子高层模块没有依赖抽象,上面的例子主要解释了高层次的模块不应该依赖于低层次的模块,最正确的结果是高层模块也写一个interface来实现。这里我就不贴出来了。大家应该明白这个意思。

抽象不应该依赖于具体(细节),具体(细节)应该依赖于抽象

抽象不应该依赖于具体(细节) ,也就是说高层模块的接口不依赖于Football类、Basketball类,上面的例子也充分的证实了这一点,而细节应该依赖于抽象。

依赖的三种方法

(1).构造函数
(2).接口方法(上述的例子)
(3).Setter方法

总结

根据依赖倒置原则,在编程中药做到如下几点:
(1).低层模块尽量都要有抽象类或接口,或者两者都有。
(2).变量的声明类型尽量是抽象类或接口。
(3).结合里氏替换原则,接口负责定义public属性和方法,并且声明与其他对象的依赖关系,抽象类负责公共构造部分的实现,实现类准确的实现业务逻辑,同时在适当的时候对父类进行细化。(引用的《设计模式之禅》)




您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存