关于设计模式:设计模式抽象工厂模式

1. 形象工厂模式概述

形象工厂就是工厂的工厂，把工厂形象成一个产品，那它的工厂就是形象工厂。

工厂模式用来生产产品，形象工厂用来生产工厂。

(1) 实用状况

同一个产品族 (大类) 外面，蕴含多种产品(小类)，每个产品对应一个工厂，那么产品族就对应一个形象工厂。

(2) 长处

与工厂模式相似：屏蔽创立的具体细节、容易拓展产品

(3) 毛病

扩大产品族艰难，要减少一个新产品，须要改变的中央较多

2. 形象工厂模式实例

咱们接着工厂模式中的例子。
咱们当初曾经领有了建造汽车的工厂，然而咱们还想建造火车怎么办？
这里就能够应用形象工厂：

(1) 先申明一个火车接口

public interface Train {void declare();
}

(2) 创立各个品种的火车

public class HighSpeed implements Train {
    @Override
    public void declare() {System.out.println("我是一辆高铁。");
    }
}

public class LowSpeed implements Train {
    @Override
    public void declare() {System.out.println("我是一辆快车。");
    }
}

(3) 申明形象工厂接口

public interface AbstractFactory {
    // 用来生产汽车
    Car buildCar(CAR_BRAND brand);

    // 用来生产火车
    Train buildTrain(TRAIN_TYPE type);
}

(4) 创立工厂类，实现形象工厂接口

public class TrainFactory implements AbstractFactory {
    @Override
    public Car buildCar(CAR_BRAND brand) {
        // 火车工厂不能生产汽车
        return null;
    }

    @Override
    public Train buildTrain(TRAIN_TYPE type) {switch (type) {
            case HIGH_SPEED:
                return new HighSpeed();
            case LOW_SPEED:
                return new LowSpeed();
            default:
                return null;
        }
    }
}

enum TRAIN_TYPE {
    HIGH_SPEED,
    LOW_SPEED
}

(5) 创立工厂生成类，用来创立工厂

public class FactoryProducer {public static AbstractFactory getFactory(String choice) {switch (choice) {
            case "Car":
                return new CarFactory();
            case "Train":
                return new TrainFactory();
            default:
                return null;
        }
    }
}

(6) 应用形象工厂创立汽车和火车

public class FactoryDemo {public static void main(String[] args) {
        // 获取汽车工厂
        AbstractFactory carFactory = FactoryProducer.getFactory("Car");
        // 生产飞驰汽车
        Car car = carFactory.buildCar(CAR_BRAND.BENZ);
        car.declare();

        // 获取火车工厂
        AbstractFactory trainFactory = FactoryProducer.getFactory("Train");
        // 生产高铁
        Train train = trainFactory.buildTrain(TRAIN_TYPE.HIGH_SPEED);
        train.declare();}
}

运行后果：

3. 一些思考

对于咱们的工厂来说，汽车和火车都是产品，而且都属于交通工具，所以它们都属于一个产品族。

咱们申明了 AbstractFactory 作为形象工厂接口，然而其实它并不是用来创立工厂的，它只是各个工厂的形象层。真正用来创立工厂的是 FactoryProducer 类，兴许它才更应该被叫做工厂的工厂。

AbstractFactory 中申明了两个办法，别离用来生产汽车和火车，因而在它的实现类 TrainFactory 中，就得把两个接口都实现，即便它不应该生产汽车，这样不就毁坏了接口隔离准则了吗？
集体认为，能够在 AbstractFactory 中提供 buildCar 办法的默认实现，而后在 TrainFactory 中就不用实现这个它基本不关怀的办法了。

考虑一下，如果咱们要再生产一种产品，比方飞机，须要做出哪些改变？
飞机接口，飞机实现类，飞机工厂，形象工厂接口、工厂生成类。。。
如同是比间接应用工厂模式要麻烦一些，拓展产品组的确艰难了。
再思考下之前的问题，如果不在 AbstractFactory 中提供 buildAirplain 办法的默认实现，那么它所有的实现类 (各个工厂) 都须要进行改变，这也违反了开闭准则。

参考援用

形象工厂模式：https://www.runoob.com/design…