【设计模式】什么是工厂方法模式?

简介: 【设计模式】什么是工厂方法模式?

前言

还记得在第3节的简单工厂模式,我们实现了一个简易计算器。简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关类,去除了与具体运算类的依赖

但其问题也就在这里,如果要加一个‘求余’运算符的功能,我们需要在运算工厂类的方法里加‘Case’的分支条件的,那这就必然涉及到修改原有的类?这就等于说,我们不但对扩展开放了,对修改也开放了,就违背了开放-封闭原则。那有没有一种方法既可以实现简单工厂方法的作用,又能够避免修改已有的类呢?

有的,那就是我们之后将介绍的工厂方法模式。

什么是工厂方法模式?

工厂方法模式(Factory method),定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

在之前的简单工厂方法实现中,**工厂类与分支耦合(如果新增一种运算符,需要在工厂类中添加一个分支)。既然工厂类与分支耦合,那么根据依赖倒置原则,我们可以将工厂类抽象成一个接口,**该接口只有一个方法,那就是创建对应的运算符,**通过这种方式,将两者进行解耦合,**其UML类图如下。

工厂方法实现

我们来看看如果使用工厂方法,应该如何实现之前的简易计算器

再次回顾一下计算器的要求:“实现一个计算器程序,要求输入两个数和运算符号,得到结果,暂时实现加减乘除即可,考虑之后的运算符扩充。”基于工厂方法,我们可以将UML类图设计成这样

运算符类

运算符类跟第3节相同,在此不再赘述。

package com.whitedew.factorymethod;

//操作类
public class Operation {
    //子类能继承父类的所有属性,但父类若为私有属性,子类只是拥有,无法使用。
    //因此使用protected修饰
    protected double numberA = 0;
    protected double numberB = 0;

    public double getNumberA() {
        return numberA;
    }

    public void setNumberA(double numberA) {
        this.numberA = numberA;
    }

    public double getNumberB() {
        return numberB;
    }

    public void setNumberB(double numberB) {
        this.numberB = numberB;
    }

    public double getResult() {
        double result = 0;
        return result;
    }
}

具体运算类

同第3节的代码,此处省略。

工厂接口

所有的具体运算类都需要一个工厂来实现这个接口。

public interface IFactory {
     Operation createOperation();
}

运算类的工厂

所有的运算类都需要一个对应的工厂,来实现上面的那个工厂接口,并且由这个工厂实例来创建不同的产品实例。以乘法为例:

public class MultiFactory implements IFactory {

    @Override
    public Operation createOperation() {
        return new OperationMulti();
    }
}

计算器的客户端

由于switch case已经从工厂类中移除,于是有关运算符的判断就需要放到客户端来实现了。

package com.whitedew.factorymethod;
public class CalculatorClient {
    public static void main(String[] args) {
        IFactory iFactory = null;
        int numberA = 0;
        int numberB = 0;
        String operationStr = null;

        Scanner scanner = new Scanner(System.in);
        System.out.print("请输入数字A : ");
        // 判断是否还有输入
        if (scanner.hasNext()) {
            numberA = scanner.nextInt();
            System.out.println("输入的数据为:" + numberA);
        }

        System.out.print("请选择运算符(+-*/): ");
        // 判断是否还有输入
        if (scanner.hasNext()) {
            operationStr = scanner.next();
            System.out.println("选择的运算符为:" + operationStr);
        }

        System.out.print("请输入数字B : ");
        // 判断是否还有输入
        if (scanner.hasNext()) {
            numberB = scanner.nextInt();
            System.out.println("输入的数据为:" + numberB);
        }

        switch (operationStr) {
            case "+":
                iFactory = new AddFactory();
                break;
            case "-":
                iFactory = new SubFactory();
                break;
            case "*":
                iFactory = new MultiFactory();
                break;
            case "/":
                iFactory = new DivFactory();
                break;
            default:
                System.out.println("操作符为空");
                System.exit(0);
        }
        Operation operation = iFactory.createOperation();
        operation.setNumberA(numberA);
        operation.setNumberB(numberB);
        double result = operation.getResult();

        System.out.println("结果为" + numberA + operationStr + numberB + "=" + result);

    }
}

结果

运算结果如下,3*5:

总结

从上面的例子可以看出,工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性,工厂方法模式保持了简单工厂模式的优点,而且克服了它的缺点(即违背开放-封闭原则)。


但这种方法也带来了另外一个弊端:每加一个产品,就需要加一个产品工厂的类,增加了额外的开发量,但是这个缺点在大部分时候都是可以接收的。同时,由于判断逻辑放在了客户端,增加了客户端的代码开发量,有关这一点,在Java语言中,可以通过抽象工厂模式+反射来实现,详见第5节抽象工厂模式。

参考资料

《大话设计模式》

代码实现

相关文章
|
1月前
|
设计模式 Java API
【设计模式】JAVA Design Patterns——Combinator(功能模式)
【设计模式】JAVA Design Patterns——Combinator(功能模式)
|
1月前
|
设计模式 监控 Java
【设计模式】JAVA Design Patterns——Circuit Breaker(断路器模式)
【设计模式】JAVA Design Patterns——Circuit Breaker(断路器模式)
|
4天前
|
设计模式 算法
行为型设计模式之模板模式
行为型设计模式之模板模式
|
1月前
|
设计模式 Java 数据库
【设计模式】JAVA Design Patterns——Converter(转换器模式)
转换器模式旨在实现不同类型间的双向转换,减少样板代码。它通过通用的Converter类和特定的转换器(如UserConverter)简化实例映射。Converter类包含两个Function对象,用于不同类型的转换,同时提供列表转换方法。当需要在逻辑上对应的类型间转换,或处理DTO、DO时,此模式尤为适用。
【设计模式】JAVA Design Patterns——Converter(转换器模式)
|
16天前
|
设计模式 新零售 Java
设计模式最佳套路5 —— 愉快地使用工厂方法模式
工厂模式一般配合策略模式一起使用,当系统中有多种产品(策略),且每种产品有多个实例时,此时适合使用工厂模式:每种产品对应的工厂提供该产品不同实例的创建功能,从而避免调用方和产品创建逻辑的耦合,完美符合迪米特法则(最少知道原则)。
35 6
|
16天前
|
设计模式 XML Java
【设计模式】第三篇:一篇搞定工厂模式【简单工厂、工厂方法模式、抽象工厂模式】
三 结尾 如果文章中有什么不足,欢迎大家留言交流,感谢朋友们的支持! 如果能帮到你的话,那就来关注我吧!如果您更喜欢微信文章的阅读方式,可以关注我的公众号
21 5
|
16天前
|
设计模式 Java 关系型数据库
设计模式第2弹:工厂方法模式
type ComputerProduct struct{} // 实现工厂方法 func (computer ComputerProduct) GetInformation() string { return "电脑,官方称呼计算机,主要用于进行数据运算的一台机器。" }
26 4
|
5天前
|
设计模式 人工智能 自然语言处理
【设计模式】MVVM模式在AI大模型领域的创新应用
【设计模式】MVVM模式在AI大模型领域的创新应用
17 0
|
28天前
|
设计模式 安全 Java
【设计模式】JAVA Design Patterns——Curiously Recurring Template Pattern(奇异递归模板模式)
该文介绍了一种C++的编程技巧——奇异递归模板模式(CRTP),旨在让派生组件能继承基本组件的特定功能。通过示例展示了如何创建一个`Fighter`接口和`MmaFighter`类,其中`MmaFighter`及其子类如`MmaBantamweightFighter`和`MmaHeavyweightFighter`强制类型安全,确保相同重量级的拳手之间才能进行比赛。这种设计避免了不同重量级拳手间的错误匹配,编译时会报错。CRTP适用于处理类型冲突、参数化类方法和限制方法只对相同类型实例生效的情况。
【设计模式】JAVA Design Patterns——Curiously Recurring Template Pattern(奇异递归模板模式)
|
17天前
|
设计模式 架构师 NoSQL
设计模式-工厂方法模式和抽象工厂模式
 每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类,这增加了系统的复杂度。
193 0

热门文章

最新文章