抽象工厂模式是工厂模式的进一步推广，假设一个子系统需要一些产品对象，而这些产品对象有属于一个以上的产品等级结构，那么为了将消费这些产品对象的责任和创建的责任分开，就可用抽象工厂模式。例如一个大棚生产食物，有水果和蔬菜，而水果和蔬菜不是一个产品等级结构，所以要用抽象工厂模式。

    抽象工厂模式是所有工厂模式中最为抽象和具一般性的一种形态，向客户端提供一个接口，使客户端在不必指定产品具体类型的情况下创建多个产品族中的产品对像。

     工厂方法模式是针对一个产品等级结构，抽象工厂模式需要面对多个产品等级结构

概述

      在工厂方法模式中，我们使用一个工厂创建一个产品，也就是说一个具体的工厂对应一个具体的产品。但是有时候我们需要一个工厂能够提供多个产品对象，而不是单一的对象，这个时候我们就需要使用抽象工厂模式。

      产品等级结构，就是产品的继承结构。一个为空调的抽象类，有海尔空调，美的空调等子类，这个抽象类空调和他的子类就构成了产品等级结构。

      产品族，同一个工厂生产的，位于不同产品结构中的，功能相关联的产品组成的家族，

      抽象工厂提供一个接口，用于创建相关或依赖对象的家族，而不需要指定具体的类。

       有3个产品等级结构和4个产品族。如果用工厂方法模式，由于产品结构平行，则需要3个平行的工厂等级结构，随着等级结构数目的增加，工厂等级结构数目也会增加，抽象工厂模式用一个工厂等级结构负责三个不同等级结构产品对象的创建。

     抽象工厂允许客户端使用抽象接口创建一组相关的产品，不需要关心实际产出的具体产品是什么，这样客户端就可以从具体的产品中解耦出来。

    

abstractFactory  抽象工厂，抽象工厂定义了一个接口，所有的具体工厂都必须实现此接口，这个接口包含了一组方法用来生产产品。

concreteFactory  具体工厂，用于生产不同产品族，要创建一个产品，客户只需要使用其中一个工厂完全不需要实例化任何产品对象。

abstractProduct   抽象产品， 这是一个产品家族，每一个具体工厂都能够生产一整组产品。

Product 具体产品

interface Gardener{}interface Fruit{}interface Vegetable{}class NorthernFruit implements Fruit{}class TropicalFruit implements Fruit{}class NorthernVegetable implements Vegetable{}class TropicalVegetable implements Vegetable{}class NorthernGardener implements Gardener{    public Fruit createFruit(){        return new NorthernFruit();    }    public Vegetable createVegetable(){        return new NorthernVegetable();    }}class TropicalGardener implements Gardener{    public Fruit createFruit(){        return new TropicalFruit();    }    public Vegetable createVegetable(){        return new TropicalVegetable();    }}

 

优点

  1、  抽象工厂隔离了具体类的生成，是的客户端不需要知道什么被创建。所有的具体工厂都实现了抽象工厂中定义的公共接口，因此只需要改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。

           2、  当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。

        缺点

           添加新的行为时比较麻烦。如果需要添加一个新产品族对象时，需要更改接口及其下所有子类，这必然会带来很大的麻烦。

应用场景

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

        2.系统中有多于一个的产品族，而每次只使用其中某一产品族。

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

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

’