简单工厂模式

简单工厂模式，所谓工厂，就是生产东西的。而我们编程中的生产当然是new了，生产的东西当然是一个个类了，工厂是用来创建对象的。即，简单工厂，到底是谁实例化谁，将来会不会增加实例化的对象，应该考虑用一个单独的类来做这个创造实例的过程。这就是工厂。
当你需要什么，只需要传入一个正确的参数，就可以得到你所需要的对象，而无需知道其创建的细节。

模式定义

简单工厂模式(Simple Factory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。

场景：一个简单的计算器，可以实现 +、-、*、/ 。而且后期可能还会添加其他的需求，如开方，求余等等

只要输入相应的运算符号，工厂就实例化出合适的对象
这种好处就在于，如果我添加新的运算，只需要新增一个类继承Operation，然后再工厂类中添加一个case即可。
uml图
UML图如下图所示

UML图的各种符号，不容易记住，下面见简单介绍一下常用的几种符号的含义
空心三角型 + 实线 ：继承关系，三角指向的一方为父类。
空心三角形 + 虚线 ：实现接口，三角指向的一方为接口。
箭头 + 实线 ：依赖关系，如上图中的运算类与简单工厂类一样，简单工厂类依赖于运算类。
箭头 + 实线 ：关联关系，如企鹅和气候的关系。企鹅知道气候的变化，需要了解气候规律，于是可以用关联来表示，当一个类知道另一个类时可以用关联。
空心菱形 + 实线 + 箭头 ：聚合关系，例如雁群与大雁就是聚合关系（菱形的一方为雁群，箭头指向的一方为大雁），聚合表示一种弱的‘拥有’关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分。简单的说，就是A类中，有一个或多个属性，该属性的类型是B类。
实心菱形 + 实线 + 箭头：合成（组合关系），是一种强的‘拥有关系’，体现了严格的部分和整体的关系，部分和整体的生命周期一样。例如鸟和翅膀就是合成关系（实体菱形一方为鸟，箭头指向的一方为翅膀），并且鸟和翅膀的生命周期是一样的。而且有可能在菱形和箭头还会有基数，如菱形1：箭头2。标识，一个类可以有2个实例。一个鸟只有有两个翅膀（变异的除外。。。）

代码
Operation运算类

/**
 * 运算类，一切运算的父类
 */
public class Operation {

    private double numberA = 0;
    private 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;
    }

}

加减乘除运算类

/**
 * 加法类
 */
public class OperationAdd extends Operation{
    @Override
    public double getResult(){
        double result =0;
        result =  getNumberA() + getNumberB();  // 继承了父类，所以子类可以直接调用该get方法
        return result;
    }
}

/**
 * 除法类
 */
public class OperationDiv extends Operation {
    @Override
    public double getResult() {
        double result = 0;
        result = getNumberA() + getNumberB();
        return result;
    }
}
/
/**
 * 减法类
 */
public class OperationSub extends Operation {
    @Override
    public double getResult() {
        double result =0;
        result = getNumberA() - getNumberB();
        return result;
    }
}

/**
 * 乘法类
 */
public class OperationMul extends Operation{
    @Override
    public double getResult() {

        double result =0;
        result = getNumberA() * getNumberB();
        return result;
    }
}
//

/**
 * 除法类
 */
public class OperationDiv extends Operation {
    @Override
    public double getResult() {
        double result = 0;
        result = getNumberA() / getNumberB();
        return result;
    }
}

简单运算工厂类

/**
 * 简单运算工厂类 ：既然是运算工厂类，那就是生成各种运算类的类
 */
public class OperationFactory {
    public static Operation createOperate(char operate){

        Operation oper = null;

        switch (operate){  // switch方法：jdk8以前的版本不支持String类型作为参数
            case '+':
                oper = new OperationAdd();
                break;
            case '-':
                oper = new OperationSub();
                break;
            case '*':
                oper = new OperationMul();
                break;
            case '/':
                oper = new OperationDiv();
                break;
        }
        return oper;
    }
}

客户端代码

public class test {

    public static void main(String [] args){

        Operation operate = OperationFactory.createOperate('+'); // 传递运算符号，工厂会帮我们生成相应的类，然后运行该类中共的getResult方法
        operate.setNumberA(1);
        operate.setNumberB(2);
        double result = operate.getResult();
        System.out.println(result);

    }
}

推荐一个工厂模式的链接:https://blog.csdn.net/pp814274513/article/details/56317291

模式优缺点

简单工厂模式的优点
工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品；简单工厂模式通过这种做法实现了对责任的分割，它提供了专门的工厂类用于创建对象。
客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。
通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

简单工厂模式的缺点
由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。
使用简单工厂模式将会增加系统中类的个数，在一定程序上增加了系统的复杂度和理解难度。
系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。
简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。

模式适用环境
在以下情况下可以使用简单工厂模式：
工厂类负责创建的对象比较少：由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
客户端只知道传入工厂类的参数，对于如何创建对象不关心：客户端既不需要关心创建细节，甚至连类名都不需要记住，只需要知道类型所对应的参数。

小结
创建型模式对类的实例化过程进行了抽象，能够将对象的创建与对象的使用过程分离。
简单工厂模式又称为静态工厂方法模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。
简单工厂模式包含三个角色：工厂角色负责实现创建所有实例的内部逻辑；抽象产品角色是所创建的所有对象的父类，负责描述所有实例所共有的公共接口；具体产品角色是创建目标，所有创建的对象都充当这个角色的某个具体类的实例。
简单工厂模式的要点在于：当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。
简单工厂模式最大的优点在于实现对象的创建和对象的使用分离，将对象的创建交给专门的工厂类负责，但是其最大的缺点在于工厂类不够灵活，增加新的具体产品需要修改工厂类的判断逻辑代码，而且产品较多时，工厂方法代码将会非常复杂。
简单工厂模式适用情况包括：工厂类负责创建的对象比较少；客户端只知道传入工厂类的参数，对于如何创建对象不关心。

强烈推荐《大话设计模式》（程杰著）一书