【设计模式】依赖倒置原则与工厂方法模式与spring

简介: 【设计模式】依赖倒置原则与工厂方法模式与spring

一、引言:


设计模式的六大原则有:


Single Responsibility Principle:单一职责原则

Open Closed Principle:开闭原则

Liskov Substitution Principle:里氏替换原则

Law of Demeter:迪米特法则

Interface Segregation Principle:接口隔离原则

Dependence Inversion Principle:依赖倒置原则

把这六个原则的首字母联合起来(两个 L 算做一个)就是 SOLID (solid,稳定的)。六大原则是设计模式的基石,这篇文章中,我们来看一下依赖倒置原则。


二、概述:

依赖倒置原则是:

1、高层模块不应该依赖低层模块。两个都应该依赖抽象;

2、抽象不应该依赖细节。细节应该依赖抽象;


三、举例:

以《大话设计模式》中,大鸟要求小菜实现计算机加减乘除功能为例

“简单工厂”:




20210619232321895.png


运算类 Operation

public class Operation {
    private double numberA = 0;
    private double numberB = 0;
    public double getResult() {
        double result = 0;
        return result;
    }
    public double getNumberA() {
        return this.numberA;
    }
    public void setNumberA(double numberA) {
        this.numberA = numberA;
    }
    public double getNumberB() {
        return numberB;
    }
    public void setNumberB(double numberB) {
        this.numberB = numberB;
    }
}


加法类 OperationAdd

public class OperationAdd extends Operation {
    @Override
    public double getResult() {
        double result;
        result = getNumberA() + getNumberB();
        return result;
    }
}



减法类 OperationSub

public class OperationSub extends Operation {
    @Override
    public double getResult() {
        double result;
        result = getNumberA() - getNumberB();
        return result;
    }
}


乘法类  OperationMul

public class OperationMul extends Operation {
    @Override
    public double getResult() {
        double result;
        result = getNumberA() * getNumberB();
        return result;
    }
}

除法类  OperationDiv

public class OperationDiv extends Operation {
    @Override
    public double getResult() {
        double result;
        if (getNumberB() == 0) {
            System.out.println("除数不能为0");
            return 0;
        }
        result = getNumberA() / getNumberB();
        return result;
    }
}

简单工厂类 OperationFactory

public class OperationFactory {
    public static Operation createOperate(String operate) {
        Operation oper = null;
        switch (operate) {
            case "+":
                oper = new OperationAdd();
                break;
            case "-":
                oper = new OperationSub();
                break;
            case "*":
                oper = new OperationMul();
                break;
            case "/":
                oper = new OperationDiv();
                break;
        }
        return oper;
    }
}

main 方法

public static void main(String[] args) {
        Operation oper;
        oper = OperationFactory.createOperate("+");
        oper.setNumberA(1);
        oper.setNumberB(2);
        double result = oper.getResult();
        System.out.println(result);
    }


在这段代码中,可以看出,实现加法功能,加法工厂(高层)需要调用加法实现(低层),在main方法中,通过传入“+”,在工厂中生成实现类。此时如果增加“求平方”的功能。添加子类的同时,需要修改OperationFactory类。上层依赖下层实现。


依赖倒置:

使用依赖倒置原则,试着解决下这个问题。以工厂方法模式为例:


20210620000806789.png


在“简单工厂”的基础上,加上抽象工厂。

抽象接口:IFactory

public interface IFactory {
    Operation createOperation();
}



加法工厂类:AddFactory(实现抽象接口)

public class AddFactory implements IFactory{
    @Override
    public Operation createOperation() {
        return new OperationAdd();
    }
}

减法工厂类: SubFactory(实现抽象接口)

public class SubFactory implements IFactory {
    @Override
    public Operation createOperation() {
        return new OperationSub();
    }
}

乘法工厂类:OperationMul(实现抽象接口)

public class MulFactory implements IFactory {
    @Override
    public Operation createOperation() {
        return new OperationMul();
    }
}

除法工厂类:DivFactory(实现抽象接口)

public class DivFactory implements IFactory{
    @Override
    public Operation createOperation() {
        return new OperationDiv();
    }
}

main 方法:

public static void main(String[] args) {
  IFactory factory = new AddFactory();
  Operation oper = factory.createOperation();
  oper.setNumberA(1);
  oper.setNumberB(2);
  double result = oper.getResult();
  System.out.println(result);
}


加入工厂方法模式,最直观的感受是:代码多了。


从main方法可以看出,工厂(高层)不直接调用具体的子类(低层),而是工厂和子类都依赖抽象接口,工厂只需要调用抽象接口,将具体实现延迟到了子类。此时如果增加“求平方”的功能,只需要新增实现类,实现抽象接口IFactory即可。实现了依赖倒置。



四、对比


1、工厂方法中,父类依赖抽象不依赖具体,那在哪里决定生成哪个子类?


换句话说:IFactory factory = new AddFactory();


main方法中的这段代码,应该写在哪里?


答案是,这段代码,可以任何形式由调用者传入,可以写在具体调用者的事件下,也可以写在配置文件中。调用者只需“告诉”程序要实现什么功能,具体交给子类实现。


2、两种方式都能实现功能,使用依赖倒置的好处是什么?


1)高层和低层都依赖抽象,低层修改不影响高层,实现解耦合,增加了低层的可扩展性;


2)高层仅需考虑调用哪个接口,无需关注具体实现,由低层实现,低层功能内聚;


 

五、在spring中



IFactory factory = new AddFactory();


      其实,这段代码,spring帮我们实现了。spring的IOC容器就是工厂,生成各种功能工厂,高层根据功能选择生成哪个工厂。低层是实现类bean,可通过配置,注解等方式,注入到工厂中。高层通过反射从spring工厂中获取bean;bean依赖spring容器,注入到容器中,交给容器管理。spring IOC容器,将调用和实现解耦,使高层和低层都面向了spring IOC容器。


相关文章
|
4月前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
110 16
|
4月前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
112 0
|
4月前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
90 0
|
4月前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
80 0
|
4月前
|
设计模式 算法 Java
设计模式觉醒系列(04)策略模式|简单工厂模式的升级版
本文介绍了简单工厂模式与策略模式的概念及其融合实践。简单工厂模式用于对象创建,通过隐藏实现细节简化代码;策略模式关注行为封装与切换,支持动态替换算法,增强灵活性。两者结合形成“策略工厂”,既简化对象创建又保持低耦合。文章通过支付案例演示了模式的应用,并强调实际开发中应根据需求选择合适的设计模式,避免生搬硬套。最后推荐了JVM调优、并发编程等技术专题,助力开发者提升技能。
|
3月前
|
设计模式 算法 架构师
京东二面:说下spring中常用的设计模式? (一个 深入骨髓的答案, 面试官跪下了)
京东二面:说下spring中常用的设计模式? (一个 深入骨髓的答案, 面试官跪下了)
京东二面:说下spring中常用的设计模式? (一个 深入骨髓的答案, 面试官跪下了)
|
9月前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
432 11
|
4月前
|
设计模式 Prometheus 监控
并发设计模式实战系列(20):扇出/扇入模式(Fan-Out/Fan-In)(完结篇)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第二十章,废话不多说直接开始~
117 0
|
6月前
|
设计模式 Java 关系型数据库
设计模式:工厂方法模式(Factory Method)
工厂方法模式是一种创建型设计模式,通过将对象的创建延迟到子类实现解耦。其核心是抽象工厂声明工厂方法返回抽象产品,具体工厂重写该方法返回具体产品实例。适用于动态扩展产品类型、复杂创建逻辑和框架设计等场景,如日志记录器、数据库连接池等。优点包括符合开闭原则、解耦客户端与具体产品;缺点是可能增加类数量和复杂度。典型应用如Java集合框架、Spring BeanFactory等。