抽象工厂模式

抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态。抽象工厂模式是指当有多个抽象角色时，使用的一种工厂模式。抽象工厂模式可以向客户端提供一个接口，使客户端在不必指定产品的具体的情况下，创建多个产品族中的产品对象。根据LSP原则，任何接受父类型的地方，都应当能够接受子类型。因此，实际上系统所需要的，仅仅是类型与这些抽象产品角色相同的一些实例，而不是这些抽象产品的实例。换言之，也就是这些抽象产品的具体子类的实例。工厂类负责创建抽象产品的具体子类的实例。

当每个抽象产品都有多于一个的具体子类的时候，工厂角色怎么知道实例化哪一个子类呢？比如每个抽象产^[1]品角色都有两个具体产品。抽象工厂模式提供两个具体工厂角色，分别对应于这两个具体产品角色，每一个具体工厂角色只负责某一个产品角色的实例化。每一个具体工厂类只负责创建抽象产品的某一个具体子类的实例。

每一个模式都是针对一定问题的解决方案，工厂方法模式针对的是一个产品等级结构；而抽象工厂模式针对的是多个产品等级结构。

public interface Creator{

public ProductA factoryA();

public ProductB factoryB();

}

具体工厂

类别一：

public class ConcreteCreator1 implements Creator{

public ProductA factoryA(){

return new ProductA1();

}

public ProductB factoryB(){

return new ProductB1();

}

}

类别二：

public class ConcreteCreator2 implements Creator{

public ProductA factoryA(){

return new ProductA2();

}

public ProductB factoryB(){

return new ProductB2();

}

}

一般而言，有多少个产品等级结构，就会在工厂角色中发现多少个工厂方法。每一个产品等级结构中有多少个具体的产品，就有多少个产品族，也就会在工厂等级结构中发现多少个具体工厂。

抽象产品

类别A

public interface ProductA

{

}

类别B

public interface ProductB

{

}

具体产品类

ProdcutA1:

public class ProductA1 implements ProductA

{

public ProductA1()

{

}

}

ProdcutA2：

public class ProductA2 implements ProductA

{

public ProductA2()

{

}

}:

ProdcutA1:

public class ProductB1 implements ProductB

{

public ProductB1()

{

}

}

public class ProductB2 implements ProductB

{

public ProductB2()

{

}

}

在真实的系统中，产品等级结构的数目与每个产品等级结构中产品的数目（产品族）一般是不相等的。

 

优点：

1.它分离了具体的类

2.它使得易于交换产品系列

3.它有利于产品的一致性

缺点：

难以支持新种类的产品

微型计算机配件，这个系统所需要的产品族有两个，一个系列是PC系列，另一个系列是MAC系列。

产品等级结构也有两个，一个是RAM，一个是CPU。

//两个抽象产品

public interface Cpu

{

}

public interface Ram

{

}

//四个具体产品

public class PcCpu implements Cpu

{

}

public class MacCpu implements Cpu

{

}

public class PcRam implements Ram

{

}

public class MacRam implements Ram

{

}

//抽象工厂角色

public interface ComputerProducer

{

Cpu createCpu();

Ram createRam();

}

//两个具体工厂角色

public class PcProducer implements ComputerProducer

{

public Cpu createCpu()

{

return new PcCpu();

}

public Ram createRam()

{

return new PcRam();

}

}

public class MacProducer implements ComputerProducer

{

public Cpu createCpu()

{

return new MacCpu();

}

public Ram createRam()

{

return new MacRam();

}

}

一般情况下，有多少个抽象产品，就有多少个工厂方法。（比如再增加一个PC与MAC不同的其他计算机配件，例如显卡）。

OCP(开放-封闭原则（The Open-Close Principle，简称OCP）)

增加产品族。

增加产品等级结构。

在不改变产品等级结构的情况下，增加产品族就是意味着向每一个产品等级结构中增加一个或者多个新的具体产品角色，这时只需要向工厂等级结构中增加新的元素就可以了，具体的说，只需要增加新的具体工厂类就可以了。

在产品族数目不变的情况下，增加产品等级结构，相当于增加一个与现有产品等级结构平行的一个新的产品等级结构，这时需要向修改所有的工厂角色，增加一个新的工厂方法,这是不支持OCP的。

Producer

PcProducer MacProducer

CPU

PcCPU MacCPU

RAM

PcRAM MacCPU

在上面的结构中，增加产品族相当于增加一个新的厂商，比如Sun的CPU和RAM,这时，只需要增加一个SunProducer即可。

而增加一个新的产品等级结构相当于增加一个显卡，而显卡也有Pc和Mac之分，那么对于所有的Producer，都需要增加一个方法：createCard()

其他关系

与其他设计模式

单例模式：具体工厂类可以设计成单例类，一个单例类只有一个实例，它自己向外界提供自己唯一的实例。很显然，在农场系统中，只需要NorthernGardener和TropicalGardener的一个实例就可以了。而在计算机生产的例子中，PcProducer和RamProducer也分别只需要一个实例。

工厂的工厂：工厂角色与抽象产品角色合并简单工厂模式java.util.DateFormat）,在抽象工厂模式中，抽象工厂类可以有静态方法，这个方法根据参数的值，返回对应的具体工厂类实例，但是其返回值类型是抽象工厂类型，这样可以在多态性的保证之下，允许静态工厂方法自行决定哪一个具体工厂符合要求。

//计算机生产抽象工厂角色

abstract public class ComputerProducer

{

public static ComputerProducer getProducer(String which)

{

if (which.equalsIgnoreCase("PC"))

{

return new PcProducer();

}

else if (which.equalsIgnoreCase("Mac"))

{

return new MacProducer();

}

else

{

return null;

}

}

}

工厂的工厂：工厂角色可以和具体产品角色合并（简单工厂模式），在抽象工厂模式中，每一个具体工厂类可以有一个静态方法，其返回值类型是该具体工厂类自己。

public class MacProducer extends ComputerProducer

{

private static MacProducer producer = new MacProducer();

private MacProducer() {

}

public Cpu createCpu()

{

return new MacCpu();

}

public Ram createRam()

{

return new PcRam();

}

public static MacProducer getInstance()

{

return producer;

}

}

女娲造万物的故事：

神绳（+举绳造物（））

阴绳 阳绳

人

女人 男人

动物

雌性 雄性

在JAVA语言的AWT库中，使用了抽象工厂模式创建分水域不同操作系统的Peer构件（与本地系统相关的GUI组件）。