设计模式系列(三)七大设计原则-----依赖倒转原则

    科技2022-07-13  124

    七大设计原则之依赖倒转原则

    依赖倒转原则案例改进依赖关系传递的三种方式 上一篇: 设计模式系列(二)七大设计原则-----接口隔离原则 下一篇: 设计模式系列(四)七大设计原则-----里氏替换原则

    依赖倒转原则

    依赖倒转原则介绍:

    高层模块不应该依赖底层模块,二者都应该依赖其抽象抽象不应该依赖细节,细节应该依赖抽象依赖倒转(倒置)的中心思想是 面向接口编程依赖倒转原则是基于这样的设计理念:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多,在java中,抽象指的是接口或抽象类,细节就是具体的实现类使用 接口或抽象类 的目的是制定好规范,而不涉及任何的具体的操作,把 展现细节的的任务交给他们的实现类 去完成

    案例

    代码案例 package com.atguigu.principle.inversion; public class DependecyInversion { public static void main(String[] args) { Person person = new Person(); person.receive(new Email()); } } class Email { public String getInfo() { return "电子邮件信息: hello,world"; } } class Person { public void receive(Email email ) { System.out.println(email.getInfo()); } } 分析说明 以上我们定义两个类 Email 与 Person,Person类中有方法,表示该对象可以接收邮件信息。功能比较简单,但是一旦我们获取的不是邮件,而是微信或者短信的话,可能Person类中也需要增加相应的接收方法,这样就比较繁琐。我们可以这样做,引入一个抽象的接口类 IReceiver 类,表示接收者,这样具体的对象 Person 类与接口 IReceiver 就产生了依赖。而且 Email,微信 等等属于接收的范围,他们各自实现 IReceiver 接口就 ok,这样就符合依赖倒转原则

    改进

    代码 package com.atguigu.principle.inversion.improve; public class DependecyInversion { public static void main(String[] args) { //客户端无需改变 Person person = new Person(); person.receive(new Email()); person.receive(new WeiXin()); } } //定义接口 interface IReceiver { public String getInfo(); } class Email implements IReceiver { public String getInfo() { return "电子邮件信息: hello,world"; } } //增加微信 class WeiXin implements IReceiver { public String getInfo() { return "微信信息: hello,ok"; } } class Person { //这里我们是对接口的依赖,参数:传入一个抽象接口 public void receive(IReceiver receiver ) { System.out.println(receiver.getInfo()); } } 分析说明 Person 类中 receive方法接收的参数由最开始的具体某一个类变成一个抽象的接口类,当每增加一个通信的方式的时候,我们就不用改变 Person 类,只需要添加实现 IReceiver 这个接口的通信实现类。以后每当新增一个新的功能的时候,不需要改动原有的代码,只需要在原有的基础上添加新的接口实现类。

    依赖关系传递的三种方式

    接口传递构造方法传递setter 方法传递 接口传递 public static void main(String[] args) { ChangHong changHong = new ChangHong(); OpenAndClose openAndClose = new OpenAndClose(); openAndClose.open(changHong); } 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(); } } 通过构造方法 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("长虹电视机,打开"); } } // 实现类 //通过构造器进行依赖传递 ChangHong changHong = new ChangHong(); OpenAndClose openAndClose = new OpenAndClose(changHong); openAndClose.open(); 通过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("长虹电视机,打开"); } } // main 方法中 OpenAndClose openAndClose = new OpenAndClose(); openAndClose.setTv(changHong); openAndClose.open();

    依赖倒转原则的注意事项和细节

    底层模块尽量都要有抽象类或接口,或者两者都有,程序稳定性更好变量的 声明类型尽量是抽象类或接口,这样我们的变量引用和实际对象间,就存在一个缓冲层,利于程序扩展和优化继承的时候遵循 里氏替换原则
    Processed: 0.012, SQL: 8