工厂模式三：抽象工厂模式

定义

抽象工厂模式（Abstract Factory Pattern）：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，属于对象创建型模式。

定义看起来有点很抽象，不过这正反应了这种模式的强大。下面具体阐述下定义：

阐述定义

在工厂方法模式中具体工厂负责生产具体的产品，每一个具体工厂对应一种或几种具体产品，工厂方法也具有唯一性，一般情况下，一个具体工厂中只有一个工厂方法或者一组重载的工厂方法。但是有时候我们需要一个工厂可以提供多个不同种类产品对象，而不是单一种类的产品对象。

为了更清晰地理解工厂方法模式，需要先引入两个概念：

①产品等级结构 ：产品等级结构即产品的继承结构，如一个抽象类是电视机，其子类有海尔电视机、海信电视机、TCL电视机，则抽象电视机与具体品牌的电视机之间构成了一个产品等级结构，抽象电视机是父类，而具体品牌的电视机是其子类。

②产品族 ：在抽象工厂模式中，产品族是指由同一个工厂生产的，位于不同产品等级结构中的一组产品，如海尔电器工厂生产的海尔电视机、海尔电冰箱，海尔电视机位于电视机产品等级结构中，海尔电冰箱位于电冰箱产品等级结构中。

当系统所提供的工厂所需生产的具体产品并不是一个简单的对象，而是多个位于不同产品等级结构中属于不同类型的具体产品时需要使用抽象工厂模式。

抽象工厂模式是所有形式的工厂模式中最为抽象和最具一般性的一种形态。

抽象工厂模式与工厂方法模式最大的区别在于，工厂方法模式针对的是一个产品等级结构，而抽象工厂模式则需要面对多个产品等级结构，一个工厂等级结构可以负责多个不同产品等级结构中的产品对象的创建 。当一个工厂等级结构可以创建出分属于不同产品等级结构的一个产品族中的所有对象时，抽象工厂模式比工厂方法模式更为简单、有效率。

模式结构图

抽象工厂模式角色

同工厂方法模式：

• Product：抽象产品，工厂方法模式所创建的对象的超类，也就是所有产品类的共同父类或共同拥有的接口。在实际的系统中，这个角色也常常使用抽象类实现。
• ConcreteProduct：具体产品，这个角色实现了抽象产品（Product）所声明的接口，工厂方法模式所创建的每一个对象都是某个具体产品的实例。
• Factory：抽象工厂，担任这个角色的是工厂方法模式的核心，任何在模式中创建对象的工厂类必须实现这个接口。在实际的系统中，这个角色也常常使用抽象类实现。
• ConcreteFactory：具体工厂，担任这个角色的是实现了抽象工厂接口的具体类。具体工厂角色含有与业务密切相关的逻辑，并且受到使用者的调用以创建具体产品对象。

时序图

①先调用具体工厂对象中的方法createProductX()。根据具体工厂不同可以选择不同的方法，针对同一种工厂也可以选择不同的方法创建不同类型的产品对象。

②根据传入产品类型参数（也可以无参），获得具体的产品对象

③返回产品对象并使用

c++代码示例

include <iostream>

using namespace std;

//抽象产品:南方水果-第一个产品族
class SouthFruit
{
public:
	virtual void southPrintInfo() = 0;
};

//第一个产品族具体产品1：南方苹果
class SouthApple : public SouthFruit
{
public:
	virtual void southPrintInfo() { cout << "南方水果产品族：SouthApple::southPrintInfo()\n"; }
};

//第二个产品族具体产品2：南方香蕉
class SouthBanana : public SouthFruit
{
public:
	virtual void southPrintInfo() { cout << "南方水果产品族：SouthBanana::southPrintInfo()\n"; }
};


//抽象产品：北方水果-第二个产品族
class NorthFruit
{
public:
	virtual void northPrintInfo() = 0;
};

//第二个产品族具体产品1：北方苹果
class NorthApple : public NorthFruit
{
public:
	virtual void northPrintInfo() { cout << "北方水果产品族：NorthApple::northPrintInfo()\n"; }
};

//第二个产品族具体产品2：北方香蕉
class NorthBanana : public NorthFruit
{
public:
	virtual void northPrintInfo() { cout << "北方水果产品族：NorthBanana::northPrintInfo()\n"; }
};

//抽象工厂
class FruitFactory
{
public:
	//得到第一个产品族产品
	virtual SouthFruit* createSouthFruit() = 0;
	//得到第二个产品族产品
	virtual NorthFruit* createNorthFruit() = 0;
};

//具体工厂1：苹果工厂-生产北方苹果和南方苹果
class AppleFactory : public FruitFactory
{
public:
	//生产南方苹果,这里不再用static 关键字修饰。因为实现的是继承自基类的虚函数。
	//和简单工厂的区别在此，因为简单工厂没有抽象的工厂基类，因此只能通过实例对象调用此函数。
	SouthFruit* createSouthFruit() 
	{
		return new SouthApple();
	}

	//生产北方苹果
	NorthFruit* createNorthFruit()
	{
		return new NorthApple();
	}
};

//具体工厂2：香蕉工厂-生产北方香蕉和南方香蕉
class BananaFactory : public FruitFactory
{
public:
	//生产北方香蕉
	NorthFruit* createNorthFruit()
	{
		return new NorthBanana();
	}

	//生产南方香蕉
	SouthFruit* createSouthFruit()
	{
		return new SouthBanana();
	}
};

int main()
{
	//工厂模式之抽象工厂模式
	//一个工厂拥有生产两个产品族的接口（方法）createSouthFruit() 和 createNorthFruit();

	//通过苹果工厂得到南方苹果和北方苹果
	FruitFactory* appleFactory = new AppleFactory();
	SouthFruit* southApple = appleFactory->createSouthFruit();
	NorthFruit* northApple = appleFactory->createNorthFruit();
	//通过调用各产品族的成员方法验证是否是对应产品族实例对象
	southApple->southPrintInfo();
	northApple->northPrintInfo();
	//记得释放动态分配的内存
	delete appleFactory;

	cout << "----------------------------------------\n";
	cout << endl;

	//通过香蕉工厂得到南方香蕉和北方香蕉
	FruitFactory* bananaFactory = new BananaFactory();
	SouthFruit* southBanana = bananaFactory->createSouthFruit();
	NorthFruit* northBanana = bananaFactory->createNorthFruit();
	southBanana->southPrintInfo();
	northBanana->northPrintInfo();
	
	delete bananaFactory;
	
	return 0;
}

测试结果

抽象工厂模式的优缺点

优点：

①抽象工厂模式隔离了具体类的生成，使得客户并不需要知道什么被创建。由于这种隔离，更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口，因此只需改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。另外，应用抽象工厂模式可以实现高内聚低耦合的设计目的，因此抽象工厂模式得到了广泛的应用。

②增加新的具体工厂和产品族很方便，因为一个具体的工厂实现代表的是一个产品族，无须修改已有系统，符合“开闭原则”。

缺点：

在添加新的产品对象（不同于现有的产品等级结构）时，难以扩展抽象工厂来生产新种类的产品，这是因为在抽象工厂角色中规定了所有可能被创建的产品集合，要支持新种类的产品就意味着要对该接口进行扩展，而这将涉及到对抽象工厂角色及其所有子类的修改，显然会带来较大的不便。

开闭原则的倾斜性（增加新的工厂和产品族容易，增加新的产品等级结构麻烦）。

适用场景

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

①一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节，这对于所有类型的工厂模式都是重要的。

②系统中有多于一个的产品族，而每次只使用其中某一产品族。与工厂方法模式的区别。

③属于同一个产品族的产品将在一起使用，这一约束必须在系统的设计中体现出来。

④系统提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现。

参考文章：添加链接描述
参考文章：https://blog.csdn.net/LRH0211/article/details/72841280