【设计模式】C#设计模式：抽象工厂模式

【设计模式】面向对象设计七大原则
【设计模式】设计模式概念和分类
【设计模式】C#设计模式：单例模式
【设计模式】C#设计模式：工厂方法模式
【设计模式】C#设计模式：抽象工厂模式
【设计模式】C#设计模式：建造者模式
【设计模式】C#设计模式：原型模式

模式定义

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

抽象工厂模式包含如下角色：
• AbstractFactory：抽象工厂
• ConcreteFactory：具体工厂
• AbstractProduct：抽象产品
• Product：具体产品

模式分析

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

public enum PhoneBrand
{
	HUAWEI,
	MI,
	OPPO,
	VIVO,
}

/// <summary>
/// 手机抽象产品
/// </summary>
public class MobilePhone
{
	public virtual void SendMessage() { Debug.Log("MobilePhone Hello"); }
	public virtual void Telephone() { }
}

/// <summary>
/// 手机具体产品
/// </summary>
public class PhoneHUAWEI: MobilePhone
{
	public override void SendMessage()
	{
		Debug.Log("HUAWEI Hello");
	}
}

public class PhoneOPPO : MobilePhone
{
	public override void SendMessage()
	{
		Debug.Log("PhoneOPPO Hello");
	}
}

/// <summary>
/// 电脑抽象产品
/// </summary>
public class Computer
{
	public virtual void PlayGame() { Debug.Log("Computer Play Game"); }
}

public class ComputerHUAWEI: Computer
{
	public override void PlayGame() { Debug.Log("ComputerHUAWEI Play Game"); }
}

public class ComputerOPPO : Computer
{
	public override void PlayGame() { Debug.Log("ComputerOPPO Play Game"); }
}


/// <summary>
/// 抽象生产工厂
/// </summary>
public abstract class ProductFoundries
{
	public abstract MobilePhone PhoneProduct();
	public abstract Computer ComputerProduct();
}

/// <summary>
/// HUAWEI生产工厂
/// </summary>
public class FoundriesHUAWEI : ProductFoundries
{
	public override MobilePhone PhoneProduct()
	{
		return new PhoneHUAWEI();
	}

	public override Computer ComputerProduct()
	{
		return new ComputerHUAWEI();
	}
}

/// <summary>
/// OPPO生产工厂
/// </summary>
public class FoundriesOPPO : ProductFoundries
{
	public override MobilePhone PhoneProduct()
	{
		return new PhoneOPPO();
	}

	public override Computer ComputerProduct()
	{
		return new ComputerOPPO();
	}
}

/// <summary>
/// 工厂使用案列
/// </summary>
public class Employ
{
	List<PhoneBrand> phoneBrands;

	/// <summary>
	/// 下订单
	/// </summary>
	public void PlaceAnOrder()
	{
		phoneBrands = new List<PhoneBrand>();
		phoneBrands.Add(PhoneBrand.HUAWEI);
		phoneBrands.Add(PhoneBrand.OPPO);
		ProductionOrder(phoneBrands);
	}

	/// <summary>
	/// 产品生产订单
	/// </summary>
	public void ProductionOrder(List<PhoneBrand> phoneBrands)
	{
		ProductFoundries foundries;
		MobilePhone mobile;
		Computer computer;

		for (int i = 0; i < phoneBrands.Count; i++)
		{
			switch (phoneBrands[i])
			{
				case PhoneBrand.HUAWEI:
					foundries = new FoundriesHUAWEI();
					break;
				case PhoneBrand.OPPO:
					foundries = new FoundriesOPPO();
					break;
				default:
					continue;
			}
			mobile = foundries.PhoneProduct();
			mobile.SendMessage();// 生产手机发送短信
			computer = foundries.ComputerProduct();
			computer.PlayGame();// 生产电脑打游戏
		}
		phoneBrands.Clear();
		phoneBrands = null;
	}
}

模式优点

（1）抽象工厂模式隔离了具体类的生成，使得客户并不需要知道什么被创建。由于这种隔离，更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口，因此只需改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。另外，应用抽象工厂模式可以实现高内聚低耦合的设计目的，因此抽象工厂模式得到了广泛的应用。
（2）当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。这对一些需要根据当前环境来决定其行为的软件系统来说，是一种非常实用的设计模式。
（3）增加新的具体工厂和产品族很方便，无须修改已有系统，符合“开闭原则”。

模式缺点

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

模式适用环境

在以下情况下可以使用抽象工厂模式：
（1）一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节，这对于所有类型的工厂模式都是重要的。
（2）系统中有多于一个的产品族，而每次只使用其中某一产品族。
（3）属于同一个产品族的产品将在一起使用，这一约束必须在系统的设计中体现出来。
（4）系统提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现。

“开闭原则”的倾斜性

“开闭原则”要求系统对扩展开放，对修改封闭，通过扩展达到增强其功能的目的。对于涉及到多个产品族与多个产品等级结构的系统，其功能增强包括两方面：
(1) 增加产品族：对于增加新的产品族，工厂方法模式很好的支持了“开闭原则”，对于新增加的产品族，只需要对应增加一个新的具体工厂即可，对已有代码无须做任何修改。
(2) 增加新的产品等级结构：对于增加新的产品等级结构，需要修改所有的工厂角色，包括抽象工厂类，在所有的工厂类中都需要增加生产新产品的方法，不能很好地支持“开闭原则”。

抽象工厂模式的这种性质称为“开闭原则”的倾斜性，抽象工厂模式以一种倾斜的方式支持增加新的产品，它为新产品族的增加提供方便，但不能为新的产品等级结构的增加提供这样的方便。

工厂模式的退化

当抽象工厂模式中每一个具体工厂类只创建一个产品对象，也就是只存在一个产品等级结构时，抽象工厂模式退化成工厂方法模式；当工厂方法模式中抽象工厂与具体工厂合并，提供一个统一的工厂来创建产品对象，并将创建对象的工厂方法设计为静态方法时，工厂方法模式退化成简单工厂模式。