设计模式之依赖倒转原则

目录

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

相关推荐
渣渣_Maxz17 小时前
使用 antlr 打造 Android 动态逻辑判断能力
android·设计模式
码农颜20 小时前
java 设计模式_行为型_19命令模式
java·设计模式·命令模式
蔡蓝1 天前
设计模式-迭代器模式
设计模式·迭代器模式
梦想画家1 天前
数据管道架构设计指南:5大模式与最佳实践
设计模式·数据工程·数据编排
牛奶咖啡132 天前
学习设计模式《十三》——迭代器模式
设计模式·迭代器模式·内部迭代器和外部迭代器·带迭代策略的迭代器·双向迭代器·迭代器模式的优点·何时选用迭代器模式
哆啦A梦的口袋呀2 天前
设计模式汇总
python·设计模式
在未来等你2 天前
设计模式精讲 Day 1:单例模式(Singleton Pattern)
java·设计模式·面向对象·软件架构
不会编程的小江江2 天前
【设计模式】单例模式
单例模式·设计模式
哆啦A梦的口袋呀2 天前
基于Python学习《Head First设计模式》第十一章 代理模式
学习·设计模式·代理模式
Dave_Young2 天前
上位机开发中的设计模式(3):装饰器模式
设计模式·装饰器模式