C++设计模式——抽象工厂模式（AbstactFactory 模式）

抽象工厂模式

什么是抽象工厂模式？

• 为创建一组相关或相互依赖的对象提供一个接口，而且无需指定他们的具体类

GOF定义的UML图

那么如何理解这个UML图？

假设产品现在有苹果品牌的手机和电脑、同时也有华为手机和电脑。
那么手机作为产品的抽象类，可以派生出苹果手机、华为手机
同理电脑作为产品的抽象类，可以派生出苹果电脑、华为电脑

那么我们可以建立一个抽象工厂（提供生产手机和电脑的接口），
再分别建立苹果工厂（生成苹果手机和电脑）、华为工厂（生产华为手机和电脑）

此时一个工厂可以同时生成手机、电脑（属于同一品牌的），当以后想要添加新的品牌，比如小米，则可以创建一个小米工厂（生成小米手机和电脑）

那么抽象工厂和普通工厂模式的区别在哪？

工厂方法模式：

• 一个抽象产品类，可以派生出多个具体产品类。
• 一个抽象工厂类，可以派生出多个具体工厂类。
• 每个具体工厂类只能创建一个具体产品类的实例。（只能生成一个特定的产品）

抽象工厂模式：

• 多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。
• 一个抽象工厂类，可以派生出多个具体工厂类。
• 每个具体工厂类可以创建多个具体产品类的实例。（可以同时生成手机和电脑）

抽象工厂的缺点

• 当产品数量不稳定时，抽象工厂模式不适用
  假设，现在苹果、华为新增加了一个产品，比如是一个耳机，此时我们就需要更改抽象类的接口以及子类的接口实现等待，违背了开闭原则。

那么到底使用工厂模式还是抽象工厂模式呢？

实际使用中，都需要根据业务去权衡使用工厂方法还是抽象工厂，前者关注点在产品种类上，后者关注点在产品族（品牌等）上。

• 对于稳定的产品族，也就是产品种类数量稳定，使用抽象工厂会更加有效率，毕竟不再是一个工厂生产一种产品，而是一个工厂生产多种同族产品
• 对于不稳定的产品族，单独使用工厂方法会显得更加灵活

最后附上例子

注：为了方便查看，将cpp文件的内容一起放到了.h中实现，实际开发中还是需要将类单独放置一个.cpp和.h文件中

电脑类产品

#ifndef _COMPUTER_H
#define _COMPUTER_H
#include <iostream>
using namespace std;

//电脑（产品抽象类）
class Computer
{
   
public:
	virtual ~Computer();

	virtual void PlayGame() = 0;
protected:
	Computer(){
   };
};

Computer::~Computer()
{
   
}

//苹果电脑（产品具体类）
class AppleComputer :public Computer
{
   
public:
	AppleComputer(){
   };
	~AppleComputer(){
   };

	void PlayGame();

private