设计模式之工厂模式

一、 简单工厂模式

1. 简介

定义一个创建产品对象的工厂接口，将产品对象的实际创建工作推迟到具体子工厂类当中。

我们把被创建的对象称为“产品”，把创建产品的对象称为“工厂”。如果要创建的产品不多，只要一个工厂类就可以完成，这种模式叫“简单工厂模式”。

在简单工厂模式中创建实例的方法通常为静态（static）方法，因此简单工厂模式（Simple Factory Pattern）又叫作静态工厂方法模式（Static Factory Method Pattern）。

简单来说，简单工厂模式有一个具体的工厂类，可以生成多个不同的产品，属于创建型设计模式。

2. 优缺点

优点：

• 工厂类包含必要的逻辑判断，可以决定在什么时候创建哪一个产品的实例。客户端可以免除直接创建产品对象的职责，很方便的创建出相应的产品。工厂和产品的职责区分明确。
• 客户端无需知道所创建具体产品的类名，只需知道参数即可。
• 也可以引入配置文件，在不修改客户端代码的情况下更换和添加新的具体产品类。

缺点：

• 简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响。且工厂类代码会非常臃肿，违背高聚合原则。
• 使用简单工厂模式会增加系统中类的个数（引入新的工厂类），增加系统的复杂度和理解难度
• 系统扩展困难，一旦增加新产品不得不修改工厂逻辑，在产品类型较多时，可能造成逻辑过于复杂
• 简单工厂模式使用了 static 工厂方法（只能说大部分，前面也说过，是通常使用static，不用创建工厂对象之间），造成工厂角色无法形成基于继承的等级结构。

3. 应用场景

对于产品种类相对较少的情况，考虑使用简单工厂模式。使用简单工厂模式的客户端只需要传入工厂类的参数，不需要关心如何创建对象的逻辑，可以很方便地创建所需产品。

4. 模式结构

1） 主要角色

• 简单工厂（SimpleFactory）：是简单工厂模式的核心，负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象。
• 抽象产品（Product）：是简单工厂创建的所有对象的父类，负责描述所有实例共有的公共接口。
• 具体产品（ConcreteProduct）：是简单工厂模式的创建目标。

2） UML类图

5. 代码实现

抽象产品和具体产品：

public interface Operation {
    /**
     * 获取计算结果
     * @param x
     * @param y
     * @return
     */
    int getResult(int x, int y);
}

public class AddOperation implements Operation {
    @Override
    public int getResult(int x, int y) {
        return x + y;
    }
}

public class SubOperation implements Operation {
    @Override
    public int getResult(int x, int y) {
        return x - y;
    }
}

简单工厂：

public class SimpleFactory {
    public Operation getOperation(String operation){
        Operation operation1 = null;
        switch (operation){
            case "+":
                operation1 =  new AddOperation();
                break;
            case "-":
                operation1 = new SubOperation();
                break;
        }
        return operation1;
    }

    public int getReslt(int x, int y, String operation){
        return getOperation(operation).getResult(x, y);
    }
}

测试：

public class TestSimpleFactory {
    public static void main(String[] args) {
        int x = 10;
        int y = 4;
        String operation = "+";
        SimpleFactory simpleFactory = new SimpleFactory();
        Operation op = simpleFactory.getOperation(operation);
        int z = op.getResult(x, y);
        System.out.println(z);

    }
}

因为工厂类中的方法未声明为static，因此要先创建工厂对象simpleFactory才能够获得产品对象。

二、 工厂方法模式

1. 简介

工厂方法模式是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。

2. 优缺点

优点：

• 用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程。
• 灵活性增强，对于新产品的创建，只需多写一个相应的工厂类。
• 典型的解耦框架。高层模块只需要知道产品的抽象类，无须关心其他实现类，满足迪米特法则、依赖倒置原则和里氏替换原则。

缺点：

• 类的个数容易过多，增加复杂度
• 增加了系统的抽象性和理解难度
• 抽象产品只能生产一种产品，此弊端可使用抽象工厂模式解决。

3. 应用场景

1） 客户只知道创建产品的工厂名，而不知道具体的产品名。如 TCL 电视工厂、海信电视工厂等。

2） 创建对象的任务由多个具体子工厂中的某一个完成，而抽象工厂只提供创建产品的接口。

3） 客户不关心创建产品的细节，只关心产品的品牌

4. 模式结构

1） 主要角色

• 抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品。
• 具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
• 抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。
• 具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。

2） UML类图

5. 代码实现

抽象产品和具体产品：

public interface Operation {
    /**
     * 获取计算结果
     * @param x
     * @param y
     * @return
     */
    int getResult(int x, int y);
}

public class AddOperation implements Operation {
    @Override
    public double getResult(double x, double y) {
        return x + y;
    }
}

public class SubOperation implements Operation {
    @Override
    public double getResult(double x, double y) {
        return x - y;
    }
}

抽象工厂和具体工厂：

public abstract class FactoryMethod {
    /**
     * 获取具体产品对象
     * @return
     */
    public abstract Operation getOperation();
}

public class AddMethod extends FactoryMethod {
    @Override
    public Operation getOperation() {
        return new AddOperation();
    }
}

public class SubMethod extends FactoryMethod {
    @Override
    public Operation getOperation() {
        return new SubOperation();
    }
}

测试：

public class TestFactoryMethod {
    public static void main(String[] args) {
        double x = 10;
        double y = 4;
        FactoryMethod factoryMethod = new AddMethod();
        Operation op = factoryMethod.getOperation();
        double z = op.getResult(x, y);
        System.out.println(z);
    }
}

6. 与简单工厂的联系和区别

1） 可以看到，两者的抽象产品和具体产品完全一样，不同的是工厂实现部分，简单工厂是通过switch进行判断返回那个产品对象的，而工厂方法模式是在客户端指明使用哪个产品对象。

2） 基于这两种获取产品的方式，若简单工厂模式需要添加乘除这两种产品时，需要去修改工厂类，而工厂方法模式者只需比简单工厂模式多创建一个乘/除的工厂方法，然后客户端指明其对象即可，不用修改原有代码，因此满足开闭原则。

注意：
当需要生成的产品不多且不会增加（即不需要再次扩展），一个具体工厂类就可以完成任务时，可删除抽象工厂类。这时工厂方法模式将退化到简单工厂模式。如常用的运算：加减乘除、幂、开方等就可直接使用简单工厂模式。

三、 抽象工厂模式

1. 简介

抽象工厂（AbstractFactory）模式的定义：是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构。

抽象工厂模式是工厂方法模式的升级版本，工厂方法模式只生产一个等级的产品，而抽象工厂模式可生产多个等级的产品。

2. 使用抽象工厂模式一般需要满足的条件

1） 系统中有多个产品族，每个具体工厂创建同一族但属于不同等级结构的产品。

2） 系统一次只可能消费其中某一族产品，即同族的产品一起使用。

3. 优缺点

优点：

• 可以在类的内部对产品族中相关联的多等级产品共同管理，而不必专门引入多个新的类来进行管理。
• 抽象工厂增强了程序的可扩展性，当增加一个新的产品族时，不需要修改原代码，满足开闭原则。
• 当需要产品族时，抽象工厂可以保证客户端始终只使用同一个产品的产品组。

缺点：

• 当产品族中需要增加一个新的产品时，所有的工厂类都需要进行修改。增加了系统的抽象性和理解难度

4. 应用场景

1） 的对象是一系列相互关联或相互依赖的产品族时，如电器工厂中的电视机、洗衣机、空调等。

2） 有多个产品族，但每次只使用其中的某一族产品。如有人只喜欢穿某一个品牌的衣服和鞋。

3） 提供了产品的类库，且所有产品的接口相同，客户端不依赖产品实例的创建细节和内部结构。

5. 模式扩展

抽象工厂模式的扩展有一定的“开闭原则”倾斜性：

1） 当增加一个新的产品族时只需增加一个新的具体工厂，不需要修改原代码，满足开闭原则

2） 当产品族中需要增加一个新种类的产品时，则所有的工厂类都需要进行修改，不满足开闭原则

6. 模式结构

1） 主要角色

抽象工厂模式同工厂方法模式一样，也是由抽象工厂、具体工厂、抽象产品和具体产品等 4 个要素构成，但抽象工厂中方法个数不同，抽象产品的个数也不同。

• 抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品。
• 具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
• 抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。
• 具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。

2） UML类图

7. 代码实现

1） 抽象产品一及相关具体产品

public interface Animal {
    /**
     * 展现动物类的动作
     */
    void show();
}

public class Cattle implements Animal {
    @Override
    public void show() {
        System.out.println("你创建了一个动物——牛对象！");
    }
}

public class Horse implements Animal {
    @Override
    public void show() {
        System.out.println("你创建了一个动物——马对象!");
    }
}

2） 抽象产品二及相关具体产品

public interface Plant {
    /**
     * 展示植物类的动作
     */
    void show();
}

public class PlantA implements Plant {
    @Override
    public void show() {
        System.out.println("你创建了一个植物——A对象！");
    }
}

public class PlantB implements Plant {
    @Override
    public void show() {
        System.out.println("你创建了一个植物——B对象！");
    }
}

3） 抽象工厂及相关具体工厂

public interface AbstractFactory {
    /**
     * 获取产品对象一
     * @return 产品对象一
     */
    Animal createAnimal();

    /**
     * 获取产品对象二
     * @return 产品对象二
     */
    Plant createPlant();
}

public class FactoryForHorseAndPlantA implements AbstractFactory {
    @Override
    public Animal createAnimal() {
        return new Horse();
    }

    @Override
    public Plant createPlant() {
        return new PlantA();
    }
}

public class FactoryForCattleAndPlantB implements AbstractFactory {
    @Override
    public Animal createAnimal() {
        return new Cattle();
    }

    @Override
    public Plant createPlant() {
        return new PlantB();
    }
}

4） 测试

public class TestAbstractFactory {
    public static void main(String[] args) {
        System.out.println("工厂一创建的对象：");
        AbstractFactory abstractFactory1 = new FactoryForHorseAndPlantA();
        Animal animal1 = abstractFactory1.createAnimal();
        Plant plant1 = abstractFactory1.createPlant();
        animal1.show();
        plant1.show();

        System.out.println("工厂二创建的对象：");
        AbstractFactory abstractFactory2 = new FactoryForCattleAndPlantB();
        Animal animal2 = abstractFactory2.createAnimal();
        Plant plant2 = abstractFactory2.createPlant();
        animal2.show();
        plant2.show();
    }
}

8. 与工厂方法模式的联系和区别

1） 工厂方法模式一个工作只做一件事情，而抽象工厂模式一次可以做两件甚至多件事

2） 当系统中只存在同一等级（同一件事）的产品时，抽象工厂模式将退化到工厂方法模式，如上例中，只存在产品动物，而没有产品植物时，其UML类图将与工厂方法模式的UML类图一致。