工厂模式

问题引出，关于实例化

创建一个类的实例很简单，new一下就行了，但是用new实在实例化一个具体类，不是在针对接口编程。这样会导致代码缺乏弹性，给维护带来麻烦。
比如有许多鸭子类，创建某种具体鸭子对象时：

Duck * duck;
if(picnic){
    duck = new MallardDUck();
}else if(hunting){
    duck = new DecoyDuck();
}else if(inBathTub){
    duck = new RubberDuck();
}

你可能会在程序种直接的实例化他们。但是考虑一个问题，如果你在程序种好多地方都这样实例化，当对应关系改变时，你不得不在代码中找到所有这么写的地方，挨个修改他们。所以我们应该封装变化

使用工厂模式

工厂模式有简单工厂，工厂方法，抽象工厂，他们实现有区别，但思想差不多都是一样的，将实例化具体实现封装起来。

工厂方法模式

定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

抽象工厂模式

提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类

这两个模式可以简单区分，工厂方法看作只生产一种产品类型，如只提供生成鸭子的接口。而抽象工厂看作生成一系列产品，如同时负责生产鸭子，饲料。。。

结构图

4-1

这是一个工厂方法，成员函数可以这么写

Product * factoryMethod(string type){
    if(type="A")
        return new ProductA();
    else return new ProductB();
}

无论加多少产品类，我们都不用修改原来类中的代码，而是通过增加工厂类来实现。对扩展开放，对修改关闭
把工厂方法看作抽象工厂的一个特例，只生成Product类。

挺好理解的就不写代码了QAQ
分不清几种工厂可以看这里，写的很清晰