创建型模式 - 抽象工厂模式（ABSTRACT FACTORY）

提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。

具体来说就是在多个抽象产品类中，每个抽象产品类可以派生出多个具体产品类。一个抽象工厂类，可以派生出多个具体工厂类。每个具体工厂类可以创建多个具体产品类的实例。

例子:

假设我们有两种产品接口 Button 和 Border ，每一种产品都支持多种系列，比如 Mac 系列和 Windows 系列。这样每个系列的产品分别是 MacButton， WinButton， MacBorder， WinBorder 。为了可以在运行时刻创建一个系列的产品族，我们可以为每个系列的产品族创建一个工厂 MacFactory 和 WinFactory 。每个工厂都有两个方法 CreateButton 和 CreateBorder 并返回对应的产品，可以将这两个方法抽象成一个接口 AbstractFactory 。这样在运行时刻我们可以选择创建需要的产品系列。

我们的产品结构是这样的
class Button; // Abstract 
Classclass MacButton: public Button 
{
};
class WinButton: public Button 
{
};

class Border; // Abstract 
class MacBorder: public Border 
{
};
class WinBorder: public Border 
{
};

class AbstractFactory 
{
public:
    virtual Button* CreateButton() =0;
    virtual Border* CreateBorder() =0;
};
class MacFactory: public AbstractFactory 
{
public:
    MacButton* CreateButton() { return new MacButton; }
    MacBorder* CreateBorder() { return new MacBorder; }
};
class WinFactory: public AbstractFactory 
{
public:
    WinButton* CreateButton() { return new WinButton; }
    WinBorder* CreateBorder() { return new WinBorder; }
};

那么客户可以根据需要选择 Mac 风格或者 Win 风格来创建 Button 或 Border
AbstractFactory* fac;
switch(style)
{
    case MAC:
        fac = new MacFactory;
        break;
    case WIN:
        fac = new WinFactory;
        break;
}
Button* button = fac->CreateButton();
Border* border = fac->CreateBorder();

适用情况:

在以下情况可以考虑使用抽象工厂模式：

• 一个系统要独立于它的产品的创建、组合和表示时。

• 一个系统要由多个产品系列中的一个来配置时。 

• 需要强调一系列相关的产品对象的设计以便进行联合使用时。

• 提供一个产品类库，而只想显示它们的接口而不是实现时。

优缺点：

优点

(1)分离了具体的类。客户通过抽象接口操纵实例，产品的类名也在具体工厂的实现中被分离，它们不出现在客户代码中。 

(2)易于交换产品系列。一个具体工厂类只在初始化时出现一次，这使得改变一个应用的具体工厂变得很容易，只需改变具体的工厂即可使用不同的产品配置。 

(3)有利于产品的一致性。当一个系列的产品对象被设计成一起工作时，一个应用一次只能使用同一个系列中的对象，这一点很重要，而抽象工厂很容易实现这一点。

缺点

难以支持新种类的产品。因为抽象工厂接口确定了可以被创建的产品集合，所以难以扩展抽象工厂以生产新种类的产品。