设计模式之依赖倒转原则

目录

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

相关推荐
饕餮争锋2 小时前
设计模式笔记_结构型_门面模式
笔记·设计模式
melonbo2 小时前
桥接模式C++
开发语言·c++·设计模式·桥接模式
DKPT10 小时前
Java设计模式之开闭原则介绍与说明
java·设计模式·开闭原则
tianchang2 天前
打造你的本地AI助手:基于RAG+向量数据库的智能问答系统
人工智能·设计模式·node.js
IT小白架构师之路2 天前
常用设计模式系列(十八)-责任链模式
设计模式·责任链模式
源代码•宸3 天前
深入浅出设计模式——行为型模式之观察者模式 Observer
开发语言·c++·经验分享·观察者模式·设计模式·raii
快起来别睡了3 天前
前端设计模式:让代码更优雅的“万能钥匙”
前端·设计模式
使二颗心免于哀伤4 天前
《设计模式之禅》笔记摘录 - 14.组合模式
笔记·设计模式·组合模式
原则猫4 天前
装饰器工程运用-埋点
设计模式
愿天堂没有C++4 天前
剑指offer第2版——面试题2:实现单例
c++·设计模式·面试