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

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

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

依赖倒置原则(Dependence Inversion Principle),简称DIP

定义

High level modules should depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Details should depend upon abstractions.

1、高层模块不应该依赖低层模块,两者都应该依赖于抽象(抽象类或接口)

2、抽象(抽象类或接口)不应该依赖于细节(具体实现类)

3、细节(具体实现类)应该依赖抽象

抽象:即抽象类或接口,两者是不能够实例化的

细节:即具体的实现类,实现接口或者继承抽象类所产生的类,两者可以通过关键字new直接被实例化

而依赖倒置原则的本质骑士就是通过抽象(抽象类或接口)使各个类或模块的实现彼此独立,不相互影响,实现模块间的松耦合。但是这个原则也是6个设计原则中最难以实现的了,如果没有实现这个原则,那么也就意味着开闭原则(对扩展开发,对修改关闭)也无法实现。

依赖倒置有三种方式来实现

1、通过构造函数传递依赖对象

比如在构造函数中的需要传递的参数是抽象类或接口的方式实现。

2、通过setter方法传递依赖对象

即在我们设置的setXXX方法中的参数为抽象类或接口,来实现传递依赖对象

3、接口声明实现依赖对象

例如下面的例子

涂涂是个女僧

public class Tutu {
//涂涂是个女孩,会煮面
void cook(Noodles noodles)
{
noodles.eat();
}
}

面条(目前只会煮面)

Noodles {
//吃面条
eat()
System.out.println( "涂涂吃面条..." );
}

涂涂坐在家里吃面(场景类)

Home {
static main(String args[])
{
Tutu tutu = new Tutu();
Noodles food = Noodles();
tutu.cook(food);
}
}

运行结果:涂涂吃面条...

但是这有个问题,涂涂只会做面条,不可能每次都吃面条吧,天天吃面吃死你,所以在上面的Tutu类中的cook方法中,如果涂涂会做其他吃的,那岂不是更好。于是她向家庭主妇迈进了一步,使用了依赖倒置原则。

也就是涂涂通过学习还可以焖米饭,炒鱿鱼(虽然听着不爽,但是很好吃),京酱肉丝啊等等。要想在代码中实现,就需要实现两个接口:ITutu和IFood

interfaceITutu {
//这样就会做很多饭菜了
cook(IFood food);
}

实现类

TutuimplementsITutu {
@Override
cook(IFood food) {
food.eat();
}

食物接口

IFood {
eat();
}

这样就为扩展留出了很大的空间,方面扩展其他的类。也不会对细节有变动。以后涂涂想吃什么学一下就可以自己做了

实现面条

NoodlesIFood {
eat() {
}

实现米饭

Rice @H_506_301@"涂涂吃米饭(终于吃上米饭了)..."}

场景类:涂涂在家里开吃了,想吃什么直接做就是了

//接口使不能实例化滴
ITutu tutu = Tutu();
//实例化米饭,涂涂可以吃米饭了
IFood rice = Rice();
//吃面条
//IFood noodles = new Noodles();
tutu.cook(rice);
}
}

这样各个类或模块的实现彼此独立,不互相影响,实现了模块间的松耦合。

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

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