设计模式六大原则-依赖倒置原则

1、依赖倒置原则概述(DIP)

      三层含义:(1)高层模块不应该依赖底层模块,两者都应该依赖抽象(2)抽象不应该依赖细节(3)细节应该依赖抽象。

每一个逻辑的实现都是由原子逻辑组成的,不可分割的原子逻辑就是底层模块(一般是接口、抽象类),原子逻辑的组装就是高层模块。在Java中,抽象就是指接口或抽象类,两者都不能被实例化。细节就是实现类,实现接口或者继承抽象类而产生的类就是细节,可以被直接实例化。下面是依赖倒置原则在Java语言中的表现:(1)模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生的。(2)接口或抽象类不依赖于实现类(3)实现类依赖于接口或抽象类

2、依赖倒置原则优点

      (1)减少类之间的耦合性(2)降低并行开发引起的风险(3)提高代码的可读性和可维护性

3、依赖倒置原则的使用规则

      依赖倒置原则的本质是通过抽象(抽象类或接口)使各个类或模块彼此独立,不相互影响,实现模块间的松耦合。在项目中使用需要一下原则:(1)每个类尽量都要有接口或抽象类,或者两者都有:依赖倒置原则的基本要求就是有抽象才能依赖倒置(2)变量的表面类型尽量是接口或抽象类(3)任何类都不应该从具体类派生(4)尽量不要重写基类已经写好的方法(里氏代换原则)(5)结合里氏代换原则来使用:接口负责定义public属性和方法,并且声明与其他对象的依赖关系,抽象类负责公共构造部分的实现,实现类准确的实现业务逻辑,同时在适当的时候对父类进行细化。

最后一句话:依赖倒置原则的核心就是面向抽象(抽象类或接口)编程

猜你喜欢

转载自blog.csdn.net/u014086857/article/details/85648799