【设计模式】工厂模式—简单工厂模式

简单工厂模式(Factory Method Pattern)

简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。

组成

工厂(Creator)角色是简单工厂模式的核心,它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。

抽象产品(Product)角色是简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。

具体产品(Concrete Product)角色是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。

UML类图

«abstract» Operation -double numberA -double numberB +setNumberA(double a) +getNumberA() : double +setNumberB(double b) +getNumberB() : double +getResult() : double OperationAdd +getResult() : double OperationSub +getResult() : double OperationMul +getResult() : double OperationDiv +getResult() : double OperationFactory +createOperate() : Operation Inheritance Inheritance Inheritance Inheritance Association

示例代码

OperationFactory.java

import java.util.Scanner;

public class OperationFactory {
    public static Operation createOperate(String c) throws Exception {
        Operation opr = null;
        switch(c) {
            case "+": opr = new OperationAdd();break;
            case "-": opr = new OperationSub();break;
            case "*": opr = new OperationMul();break;
            case "/": opr = new OperationDiv();break;
            default:
                throw new Exception("运算符输入错误");
        }
        return opr;
    }
}

abstract class Operation {
    private double NumberA;
    private double NumberB;
    public void setNumberA(double a) {
        NumberA = a;
    }
    public double getNumberA() {
        return NumberA;
    }
    public void setNumberB(double b) {
        NumberB = b;
    }
    public double getNumberB() {
        return NumberB;
    }
    public abstract double getResult() throws Exception;
}

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

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

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

class OperationDiv extends Operation {
    @Override
    public double getResult() throws Exception {
        if(getNumberB() == 0)
            throw new Exception("除数不能为0");
        return getNumberA() / getNumberB();
    }
}

Main.java

import java.util.Scanner;

public class Main {
    public static void main(String[] args) throws Exception {
        Scanner s = new Scanner(System.in);
        Operation ans;
        System.out.println("请输入数字A:");
        double numberA = s.nextDouble();
        System.out.println("请输入运算符(+,-,*,/):");
        ans = OperationFactory.createOperate(s.next());
        System.out.println("请输入数字B:");
        double numberB = s.nextDouble();
        ans.setNumberA(numberA);
        ans.setNumberB(numberB);
        System.out.println("结果:" + ans.getResult());
        s.close();
    }
}

缺点

由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。

当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;

这些缺点在工厂方法模式中得到了一定的克服。

适用场景

工厂类负责创建的对象比较少

客户只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值