如果说 Factory和Prototype是同一个层次的话，那么Abstract Factory和Builder就是更高一级的层次。

 

1 Abstact Factory

   在上面的Factory类型中，我们发现如果种类变了，我们还是要修改我们的代码： Factory = new 宝马工厂。 这样的代码可能出现在很多的地方，改起来并不是很方面。那么怎么办呢？ 我们能不能把修改集中在一个地方？答案是可以的，那就是Abstract Factory。我们专门生成一个类来管理工厂，把 Factory = new 宝马工厂 这句话放到他的入口里面。

 

class AbstractFactory
{
protected:
     AbstractFactory():_instance(0){}

public:

    virtual Factory* CreateCarFactory()
    {
        if(0 == _instance)
        {
             _instance = new 宝马工厂。
        }
        return _instance；
    }

private:
    Factory* _instance;
}

上面的代码实现了一个简单的singleton的Abstract Factory。这样，如果下次用户需要一个新的工厂，那么可以从这个AbstractFactory里面派生一个新的类，或者修改代码等等。

 

这时候，有人要问了，这种操作我们直接用Factory也可以实现阿，直接把原来 宝马工厂 的实现修改不就行了么？ 当然可以，但是Abstract Factory的存在价值是 他可以支持更复杂的创建。比如一个军工厂，他生产轿车，飞机，坦克等等。其中的轿车就是我们上面说的轿车，也有很多自己的。我们就可以为军工厂实现一个自己的Abstract Factory.

 

class AbstractFactory

{

 public:

    virtual CarFactory* CreateCarFactory();

    virtual TankFactory* CreateTankFactory();

    virtual PlaneFactory* CreatePlaneFactory();

}

 

可以看出，一个Abstract Factory的价值在于它可以创建更多的工厂类。当然，他也可以创建具体的实例，prototype类，等等，甚至可以创建一个新的子AbstractFactory。 所以Abstract Factory类似一个总的管理者，管理的是各个实例的工厂。正因为如此，一个程序里面的Abstract Factory往往是singleton的。

 

 

2. builder

builder 也是一个高层建筑，但是他和Abstract Factory侧重点不同，Abstract Factory侧重于创建东西的结果，而builder侧重的是创建东西的过程。

 

class CarBuilder

{

public:

  virtual void Setwheel();

  virtual void SetMoto();

  virtual void SetSeat();

 

   virtual Car* GetCar();

}

 

在调用的时候采用

 

Car* CreateCar(CarBuilder& cb)

{

   cb.SetWheel(轮子);

   cb.SetMoto(马达);

   cb.SetSeat(作为);

   return cb.GetCar();

}

 

上面的例子可以看出builder的特征。