设计模式系列(二)设计模式原则——依赖倒转原则 (dependency inversion principle)

本文探讨了依赖倒转原则,提倡高层模块通过抽象而非细节来调用,通过接口实现灵活扩展。通过实例演示如何将Person类依赖于IReceiver接口,以及不同方式传递依赖。强调接口的重要性,遵循接口隔离和单一职责原则,提升代码的可维护性和扩展性。

描述

  • 高层模块不应该依赖低层模块,二者都应该依赖其抽象

  • 抽象不应该依赖细节,细节应该依赖抽象

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

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

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

示例:使用Person类完成消息接收的功能

public class DependencyInversion1 {
	public static void main(String[] args) {
        Person p = new Person();
        p.receive(new Email());
    }    
} 

class Email {
    public String getInfo(){
        return "email info: hello";
    }
}

class Person {
    public void receive(Email email) {
        System.out.println(email.getInfo());
    }
}

存在的问题:

  • 不容易拓展,如增加微信消息,短信消息等,需要增加类,同事Person需要增加相应的增加方法

  • 引入一个抽象接口IReceiver作为接收者,Person类依赖IReceiver接口,Email或者WeChat实现IReceiver接口即可,如下:


                
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

jackie_05

oo

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值