设计模式之生成器模式

今天很想吃麦当劳的"啃得鸡"...猛然间我对美食想入非非，越想越远...想到麦当劳、肯德基的成功之路在于规范化，流程统一，便于“复制”，使你在北京吃到的汉堡与在广州吃到的汉堡口味一样，而不像中国的小吃那样一个地方一个味道，最著名的就算“鱼香肉丝”了，如果你吃过100个地方的鱼香肉丝，那你最起码吃出来90种以上不同的口味来，悲哀...禁不住想到了一种设计模式：生成器模式。记得N久前看了“大话设计模式”中的生成器模式，今天既然有感而生，不防再把“大话设计模式”的作者的讲解与大家分享一番。

   假设烤牛肉的制作包括：放盐(估计会放一点吧)、烧烤 两个步骤。如果你是顾客，你只想要烤牛肉这个产品，并且你想要5成熟的或者是7成熟的，至于怎么搞出来的你可能不关心。说了这么多跟生成器设计模式什么关系呢？仔细想一下你会发现：烤牛肉的过程是稳定的，你想要时，厨师按照流程给你建造一个就行了，如果你想将一个复杂的对象的构建与表示分离，使得同样的构建(放盐、烧烤)得到不同的表示(5成熟的牛肉、7成熟的牛肉)时，你就需要用到一种设计模式：生成器模式。

abstract class BeefBuilder

{

　　public abstract void 放盐();

　　public abstract void 烧烤();

}

5成熟BeefBuilder : BeefBuilder

{

　　public 5成熟BeefBuilder()

     {  

     }

　　public override void 放盐()

　　{

　　　　放一点盐;

　    }

　　public override void 烧烤()

　　{

        烤5成熟;

      }

}

当然，7成熟的牛肉按照同样的方式去实现BeefBuilder就行了。

在客户端还要知道客户到底是想要5成熟的还是要7成熟的牛肉啊！所以还得有一个指挥类(Director)，它用来控制牛肉的制作，也用它来隔离用户与制作的隔离。

class BeefDirector

{

　　private BeefBuilder BB;

     public BeefDirector(BeefBuilder BB)//告诉指挥者(厨师)你想要几成熟的牛肉

     {

        this.BB=BB;

     }

　　public void CreateBeef()//根据客户告诉你的创建烤牛肉

　　{

　　　　BB.放盐();

　　　　BB.烧烤();

      }

}

客户端代码就很简单了：

5成熟BeefBuilder 5成熟=new 5成熟BeefBuilder();

BeefDirector BD=new BeefDirector(5成熟);

BD.CreateBeef();

总结：BeefBuilder是指创建对象的各个部件指定的抽象接口，5成熟BeefBuilder是具体的创建者。BeefDirector是指挥者，即是构建一个使用BeefBuilder的接口的对象。