设计模式之依赖倒转原则

目录

[1、 基本介绍](#1、 基本介绍)

[2、 应用实例](#2、 应用实例)

[3、 依赖关系传递的三种方式](#3、 依赖关系传递的三种方式)

[(1) 接口传递](#(1) 接口传递)

[(2) 构造方法传递](#(2) 构造方法传递)

[(3) setter方式传递](#(3) setter方式传递)

[4、 注意事项和细节](#4、 注意事项和细节)


1、 基本介绍

依赖倒转原则(Dependence Inversion Principle)是指:

高层模块不应该依赖低层模块,二者都应该依赖其抽象(抽象类/接口),不要去依赖一个具体的子类

抽象不应该依赖细节,细节应该依赖抽象(这样稳定性会比较好)

依赖倒转(倒置)的中心思想是面向接口编程

依赖倒转原则是基于这样的设计理念:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在 java 中,抽象指的是接口或抽象类,细节就是具体的实现类

使用接口或抽象类的目的是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成(接口和抽象类的价值在于设计)

2、 应用实例

编程完成Person接收消息的功能。

( 1) 传统方式

java 复制代码
package com.principle.inversion;
public class DependecyInversion1 {
	public static void main(String[] args) {
		Person person = new Person();
		person.receive(new Email());
	}
}
 
class Email{
	public String getInfo() {
		return "电子邮件信息:hello world";
	}
}
//方式一分析
//1.优点:简单,容易想到,容易实现
//2.缺点:如果我们获取的对象是 微信、短信等等,则需要新增类,同时Person也需要增加相应的接收方法(扩展性不好)
//3.解决思路:引入一个抽象的接口IReceiver,表示接收者,这样Person类与接口IReceiver发生依赖
//		因为Email,WeiXin等等都属于接收的范畴,它们各自实现IReceiver接口就可以了,这样就符合了依赖倒转原则
 
class Person{
	public void receive(Email email) {
		System.out.println(email.getInfo());
	}
}

( 2) 改进方式

java 复制代码
package com.principle.inversion;
public class DependecyInversion1Improve {
	public static void main(String[] args) {
		//客户端无需改变
		Person person = new Person();
		person.receive(new Email());
 
		person.receive(new WeChat());
	}
}
 
interface IReceiver{
	public String getInfo();
}
 
class Email implements IReceiver{
	public String getInfo() {
		return "电子邮件信息:hello world";
	}
}
 
class WeChat implements IReceiver{
	public String getInfo() {
		return "微信消息:hello";
	}
}
 
class Person{
	public void receive(IReceiver receiver) {
		System.out.println(receiver.getInfo());
	}
}

3、 依赖关系传递的三种方式

(1) 接口传递

java 复制代码
public class DependencyPass {
    public static void main(String[] args) {
        ChangHong changHong = new ChangHong();
        OpenAndClose openAndClose = new OpenAndClose();
        openAndClose.open(changHong);
    }
}
 
// 方式 1: 通过接口传递实现依赖
// 开关的接口
interface IOpenAndClose {
    public void open(ITV tv); // 抽象方法,接收接口
}
 
interface ITV { // ITV 接口
    public void play();
}
 
class ChangHong implements ITV {
    @Override
    public void play() {
        System.out.println("长虹电视机,打开");
    }
}
// 实现接口
class OpenAndClose implements IOpenAndClose {
    public void open(ITV tv) {
        tv.play();
    }
}

(2) 构造方法传递

java 复制代码
public class DependencyPass {
    public static void main(String[] args) {
        ChangHong changHong = new ChangHong();
        //通过构造器进行依赖传递
        OpenAndClose openAndClose = new OpenAndClose(changHong);
        openAndClose.open();
    }
}
// 方式 2: 通过构造方法依赖传递
interface IOpenAndClose {
    public void open(); // 抽象方法
}
 
interface ITV { // ITV 接口
    public void play();
}
 
class OpenAndClose implements IOpenAndClose {
    public ITV tv; // 成员
    public OpenAndClose(ITV tv) { // 通过构造器将接口传入
        this.tv = tv;
    }
    public void open() { this.tv.play(); }
}
 
class ChangHong implements ITV {
    @Override
    public void play() {
        System.out.println("长虹电视机,打开");
    }
}

(3) setter方式传递

java 复制代码
public class DependencyPass {
    public static void main(String[] args) {
        ChangHong changHong = new ChangHong();
        //通过 setter 方法进行依赖传递
        OpenAndClose openAndClose = new OpenAndClose();
        openAndClose.setTv(changHong);
        openAndClose.open();//没有setTv()直接open()就会报空指针异常
    }
}
// 方式 3 ,  通过 setter 方法传递
interface IOpenAndClose {
    public void open(); // 抽象方法
    public void setTv(ITV tv);
}
 
interface ITV { // ITV 接口
    public void play();
}
 
class OpenAndClose implements IOpenAndClose {
    private ITV tv;
    public void setTv(ITV tv) { this.tv = tv; }
    public void open() { this.tv.play(); }
}
 
class ChangHong implements ITV {
    @Override
    public void play() {
        System.out.println("长虹电视机,打开");
    }
}

4、 注意事项和细节

(1)低层模块尽量都要有抽象类或接口,或者两者都有,程序稳定性更好.

(2)变量的声明类型尽量是抽象类或接口, 这样我们的变量引用和实际对象间,就存在一个缓冲层,利于程序扩展和优化

比如:class A extends B{},其中B是一个抽象类/接口,在使用时:B obj = new A(),如果A类要进行扩展,只需要在B中增加一个方法即可。

(3)继承时遵循里氏替换原则

相关推荐
等一场春雨14 小时前
Java设计模式 八 适配器模式 (Adapter Pattern)
java·设计模式·适配器模式
晚秋贰拾伍16 小时前
设计模式的艺术-命令模式
运维·设计模式·运维开发·命令模式·开闭原则
ZoeLandia16 小时前
从前端视角看设计模式之行为型模式篇
前端·设计模式
晚秋贰拾伍17 小时前
设计模式的艺术-迭代器模式
设计模式·迭代器模式
小肚肚肚肚肚哦20 小时前
函数式编程中各种封装的对比以及封装思路解析
前端·设计模式·架构
等一场春雨1 天前
Java设计模式 九 桥接模式 (Bridge Pattern)
java·设计模式·桥接模式
等一场春雨1 天前
Java设计模式 十四 行为型模式 (Behavioral Patterns)
java·开发语言·设计模式
小王子10242 天前
设计模式Python版 单例模式
python·单例模式·设计模式
_DCG_2 天前
c++常见设计模式之装饰器模式
c++·设计模式·装饰器模式
快乐非自愿2 天前
「全网最细 + 实战源码案例」设计模式——单例设计模式
java·单例模式·设计模式