设计模式之生成器模式

cu_Cbear

转：Bingo_Fu  

设计模式之生成器模式



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

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

1. abstract class BeefBuilder
   
2. 
   
3. {
   
4. 
   
5. 　　public abstract void 放盐();
   
6. 
   
7. 　　public abstract void 烧烤();
   
8. 
   
9. }
   
10. 
    
11. 5成熟BeefBuilder : BeefBuilder
    
12. 
    
13. {
    
14. 
    
15. 　　public 5成熟BeefBuilder()
    
16. 
    
17.      {  
    
18. 
    
19.      }
    
20. 
    
21. 　　public override void 放盐()
    
22. 
    
23. 　　{
    
24. 
    
25. 　　　　放一点盐;
    
26. 
    
27. 　    }
    
28. 
    
29. 　　public override void 烧烤()
    
30. 
    
31. 　　{
    
32. 
    
33.         烤5成熟;
    
34. 
    
35.       }
    
36. 
    
37. }

复制代码

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

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

1. class BeefDirector
   
2. 
   
3. {
   
4. 
   
5. 　　private BeefBuilder BB;
   
6. 
   
7.      public BeefDirector(BeefBuilder BB)//告诉指挥者(厨师)你想要几成熟的牛肉
   
8. 
   
9.      {
   
10. 
    
11.         this.BB=BB;
    
12. 
    
13.      }
    
14. 
    
15. 　　public void CreateBeef()//根据客户告诉你的创建烤牛肉
    
16. 
    
17. 　　{
    
18. 
    
19. 　　　　BB.放盐();
    
20. 
    
21. 　　　　BB.烧烤();
    
22. 
    
23.       }
    
24. 
    
25. }

复制代码

客户端代码就很简单了：

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

BeefDirector BD=new BeefDirector(5成熟);

BD.CreateBeef();

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