设计模式之依赖倒转原则

目录

[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)继承时遵循里氏替换原则

相关推荐
摘星编程1 小时前
并发设计模式实战系列(9):消息传递(Message Passing)
设计模式·并发编程
此木|西贝9 小时前
【设计模式】享元模式
java·设计模式·享元模式
麓殇⊙11 小时前
设计模式--建造者模式详解
设计模式·建造者模式
不当菜虚困11 小时前
JAVA设计模式——(八)单例模式
java·单例模式·设计模式
Java致死11 小时前
工厂设计模式
java·设计模式·简单工厂模式·工厂方法模式·抽象工厂模式
全栈凯哥13 小时前
桥接模式(Bridge Pattern)详解
java·设计模式·桥接模式
北漂老男孩14 小时前
设计模式全解析:23种经典设计模式及其应用
单例模式·设计模式
智想天开16 小时前
13.组合模式:思考与解读
docker·设计模式·容器·组合模式
学习机器不会机器学习21 小时前
深入浅出JavaScript常见设计模式:从原理到实战(2)
开发语言·javascript·设计模式
碎梦归途1 天前
23种设计模式-行为型模式之命令模式(Java版本)
java·开发语言·jvm·设计模式·命令模式·行为型模式